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ABSTRACT 


The  authors  provide  a  methodology  for  implementing  IRM 
in  Naval  shore  activities.  The  research  stemmed  from  the 
authors*  perception  that  hardware  procurement  was  oversha¬ 
dowing  the  determination  of  actual  information  system 
requirements.  The  framework  presented  approaches  an 
Information  Resource  Management  implementation  from  the 
perspective  of  the  activity's  commanding  officer.  The 
emphasis  is  on  the  information  needs  of  the  commanding 
officer  and  the  criticality  of  identifying  the  information 
requirements  prior  to  automating  an  information  system  for 
the  activity.  The  evolution  of  Information  Resource 
Management  is  discussed  and  precedes  a  presentation  of  an 
IRM  infrastructure  for  the  shore  activity.  The  authors 
include  a  case  for  an  IBM  professional  within  the  Navy.  The 
thesis  concludes  with  a  detailed  checklist  to  aid  the 
commanding  officer  in  the  thought  processes  required  to 
initiate  the  implementation  of  IRM  for  a  Naval  shore 
activity. 
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I.  EXECUTIVE  SUMMARY 


Data  is  recognized  as  a  valuable  organizational 
resource,  one  that  should  be  managed  like  other  resources  of 
the  activity,  such  as  personnel,  money,  and  supplies. 
According  to  John  Diebold,  the  originator  of  the  term 
Inforaation  Resource  Management: 

It  is  clear  that  organizations  which  will  excel  in  the 
1980*s  will  be  those  that  recognize  inforaation  as  a 
aajor  resource  and  structure  xt  as  efficiently  as  they 
do  ether  assets.  [Bef.  1:  p.  51] 

Providing  accurate,  relevant,  and  tiaely  information  entails 
a  significant  cost  for  the  -  organization  and  presents  a 
substantial  challenge  to  the  commanding  officer  of  a  Naval 
shore  activity.  Unfortunately,  a  precise,  workable  method¬ 
ology  for  implementing  an  inforaation  system  for  an  activity 
seems  unavailable.  In  addition,  qualified  personnel  are  not 
normally  available  to  implement  IRH  at  the  organizational 
level. 

This  thesis  provides  a  methodology  for  implementation  of 
Information  Resource  Management  (IRM)  at  Naval  shore  activi¬ 
ties.  The  research  stemmed  from  the  authors*  perception 
that  hardware  procurement  is  overshadowing  the  determination 
of  actual  inforaation  system  requirements.  It  is  believed 
by  the  authors  that  many  activities  are  procuring  automated 
equipment  without  any  thought  as  to  how  the  equipment  will 
be  used. 

A  comparison  of  the  history  of  information  systems  in 
both  the  private  sector  and  the  Federal  Government  is 
presented.  The  consensus  of  the  authors  of  this  thesis  is 
that  both  the  private  sector  and  government  organizations 


have  such  the  same  problems  is  controlling  hardware  prolif¬ 
eration,  system  implementation,  and  software  engineering 
technigues.  The  military  seems  to  lag  somewhat  in  taking 
advantage  of  technological  advances  of  recent  years.  The 
authors  would  submit  that  bureaucratic  red-tape,  stemming 
from  numerous  procurement  regulations,  has  been  a  major 
factor  for  this  phenomenon.  However,  the  authors  contend 
that  the  commanding  officer  can  learn  much  from  the  chief 
executive  officer  in  the  civilian  world  on  such  issues  as: 

1 .  Procurement  regulations  and  procedures. 

2.  The  computer  being  perceived  as  the  answer  to  any  and 
all  problems. 

3.  Increasing  individual  worker  productivity  as  labor 
and  personnel  costs  continue  to  rise. 

4.  Curtailing  the  regulations  directed  at  large  scale 
applications  to  fit  the  shore  activity's  needs  and 
requirements. 

5.  The  importance  of  top  management  involvement  and 

total  commitment  to  any  information  system 

implementation. 

Throughout,  the  authors  try  to  emphasize  the  criticality 
of  the  organization  identifying  the  information  requirements 
and  flows  prior  to  attempting  any  automation  at  the 
activity.  Unless  the  commanding  officer  can  fully  specify 
the  mission  and  objectives  of  the  organization  both  in  the 
near  and  long  term,  and  convey  those  information  require¬ 
ments  needed  to  accomplish  those  stated  goals  to  the  organi¬ 
zation,  any  implementation  strategy  attempted  by  the 
activity  is  in  jeopardy. 

A  systematic  approach  for  the  initial  steps  of  an  infor¬ 
mation  system  implementation  through  the  automation  stages 
is  required  by  the  ccmmanding  officer.  The  authors  have 
provided  such  a  strategy.  Additionally,  a  detailed 


it? 


V 


checklist  sumaarizes  the  approach  presented.  The  checklist 
is  presented  in  a  "bullet"  format  that  asks  specific  and 
crucial  questions  of  the  commanding  officer  and  the  organi¬ 
zational  department  leads.  The  checklists  could  be  repro¬ 
duced  and  used  as  an  aid  in  the  formalization  of  the  thought 
processes  required  to  implement  IBM  at  a  Naval  shore 
activity. 

A  discussion  of  the  evolution  of  Information  Besource 
Management  procedes  the  authors1  attempt  to  define  IBM  for 
the  shore  activity,  utilizing  the  recently  briefed  (July 
1584)  Bases  and  Stations  Architecture.  The  authors  conclude 
by  making  a  case  for  an  IBM  professional  within  the  Navy 
officer  corps;  a  view  recently  recommended  by  a  council 
reguested  to  review  the  Navy*s  Nontactical  AD?  programs,  and 
formulate  ways  that  the  Navy  might  improve  its  program (s). 
[Bef.  2;  pp.  1-19]. 

The  implementation  formalized  by  the  authors  consists  of 
6  steps: 

1.  Command  Support  Development.  The  commanding  officer 

«  * 

develops  a  command  wide  interest  and  understanding  of 
Information  Besource  Management  utilizing  lectures, 
handouts,  and  Plan  of  the  Day  notes.  Additionally, 
department  heads,  as  key  top  management  personnel, 
are  motivated  to  support  the  implementation  process. 

2.  Strategic  Beouirement s  Development.  The  commanding 
officer  in  consort  with  the  department  heads  and 
users  of  the  system,  establish  and  define  the  stra¬ 
tegic  direction  and  objectives  of  the  activity.  The 
critcal  success  factors  (CSF's)  are  identified  that 
will  support  the  attainment  of  the  activity^  goals. 

3.  Information  Beouirements  Planning.  Top  management 
determines  what  information  is  needed  to  effectively 


manage  the  activity.  The  determination  is  based  on  a 


strategic  direction  established  during  Strategic 
Beguirements  Planning  and  this  step  enables  the 
commanding  officer  to  identify  information  require¬ 
ment  alternatives  and  priorities  for  the  activity. 

4.  Current  Systems  Evaluation.  Only  through  a  thorough 
understanding  of  the  organizations  present  informa¬ 
tion  flows  will  the  command  be  able  to  forecast  the 
system  architecture  required  of  the  future  informa¬ 
tion  system.  The  process  involves  reviewing  and 
documenting  all  present  manual  methods,  as  well  as 
all  currently  installed  automated  systems. 

5.  Appoint  an  Information  Analysis  Project  Team.  A 
small,  central  group  should  coordinate  the  informa¬ 
tion  analysis  to  ensure  that  an  organized  and  struc¬ 
tured  approach  be  established  to  evaluate  and 
categorize  all  information  needs.  This  group  would 
normally  consist  of  the  XO,  information  systems 
manager  (ISM) ,  and  department  heads. 

6*.  information  Analysis.  Information  Analysis  is  a 
methodology  which  incorporates  top  management  stra¬ 
tegic  direction  to  identify  the  data  required  for 
effective  organizational  control.  The  purpose  of 
such  an  analysis  is  to  consolidate  the  information 
requirements  from  each  functional  area,  to  avoid 
redundancy  of  data  if  possible,  and  identify  what 
data  is  required  from  each  functional  area  to  perform 
the  decision-making  process  in  a  more  efficient  and 

effective  manner. 

* 

The  following  two  pages  are  one  of  the  checkoff  lists 
presented  in  the  thesis.  This  small  offering  provides  an 
insight  into  the  content  and  format  of  the  "bullet"  tables 
that  follow  Chapter  711,  and  allows  the  reader  an  opportu¬ 
nity  to  contemplate  hew  the  Tables  might  aid  the  commanding 
officer  in  formalizing  the  implementation  procedure. 


TABLE  I 

Command  Support  Development 

21130  I£fl* 

shat  is  IRB? 

Shat  is  it  going  to  do  for  the  activity,  for 
individual  managers? 

Define  your  philosophy,  your  goals  and  vhat  the 
project  will  do. 

Shat  policies  and  procedures  will  be  used  to  impart 
your  philosophy  throughout  the  acvtivity? 

EMPHASIZE  TH£  LOSG  TEBB  PERSPECTIVE 

IBB  will  not  be  implemented  overnight,  but  rather, 
over  a  timeframe  defined  in  months. 

IBB  must  be  viewed  as  an  evolutionary  process  that 
will  depend  on  the  current  organization  and  its  mode 
of  operation. 

lour  view  towards  IBB  will  change  through  time. 

The  present  organization  must  be  viewed  in  terms  of 
the  future. 

fillliO*  M  Mlia  PlfiGBAB 

Hew  do  we  educate  the  personnel  of  the  command? 

Sho  should  be  included  in  the  education  program? 


Table  I 

Command  Support  Development  (cont’d) 

SlUifiP  l  £21^5 

How  detailed  should  this  plan  be? 

Hew  Ion?  a  period  should  the  plan  cover? 

Rill  the  plan  bring  about  control,  which  will 
enable  further  tine  to  plan? 

Is  the  plan  simple  enough  to  succeed  but  specific 
enough  to  structure  the  actions  of  the  activity. 

Do  department  heads  feel  that  the  POASM  is  real¬ 
istic? 

APPOINT  AN  IHPORHATIOM  SJST^H  MANAGER 

Is  there  a  qualified  person  presently  assigned 
to  the  activity? 

Is  it  possible  tc  hire  a  qualified  person? 

If  a  present  staff  member  must  be  assigned, 
can  the  person  be  expected  to  interact  will 
all  departments  impartially. 

How  much  time  will  the  staff  member  be  able  to 
give  to  the  project? 


II.  SISTCgT  Of 


1.  INTRODUCTION 

Commanding  officers  of  most  shore  activities!  are  pres¬ 
ently  attempting  to  bring  these  organizations  into  the 
computer  era.  The  aany  and  varied  advertized  benefits  of 
microcomputers  and  office  automation  equipment  have  provided 
the  stimulus  and  justification  for  the  procurement  of  thou¬ 
sands  cf  dollars  worth  of  hardware  and  software  [Bef.  3:  p. 
5].  Microcomputers  and  other  small  computer  systems  are 
finding  widespread  use  throughout  the  Navy  [Bef.  2:  p.  13]. 

Corporate  leaders  of  American  industry,  on  the  ether 
hand,  appear  to  be  charting  a  course  in  a  somewhat  different 
direction.  The  focus  of  corporate  leaders  is  no  longer  on 
hardware  and  the  quantity  of  output.  Instead,  the  emphasis 
is  on  obtaining  quality  information.  They  are  concerned  with 
how  information  can  be  accessed  and  used  more  effectively  by 
managers.  [Bef.  4:  p.  3]  Management  of  the  corporations 
information  has  become  the  critical  issue.  "Data  as  a 
resource  is  moving  froa  the  pens  of  the  theoreticions  into 
the  recommendations  cf  the  consultants  and  finally  into  the 
accepted  world  of  the  executive"  [Ref.  5:  p.  vii].  &  review 
of  today's  literature  indicates  that  Information  Sesource 
Management  and  Information  Engineering  are  the  buzz  words  of 
the  1 980  *s. 

The  reasons  for  the  disparity  between  the  present 
emphasis  cf  corporate  leaders  and  the  commanding  officers  of 
shore  activities  warrant  a  brief  discussion. 


1  Shore  activities  refers  to  those  activities  bounded 
within  the  the  Bases  and  Stations  Project.  i.e., —  Naval 
stations.  Naval  bases  and  air  stations. 
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B.  GBONTH  OF  THE  CO1P0TEB 


1.  American  Business 


American  business  identified  the  potential  of  the 
computer  at  least  as  early  as  the  1960*s.  Corporations 
created  data  processing  centers  and  gradually  expanded  the 
use  of  the  computer.  This  expansion  saw  computers  move  from 
the  large  lainfraae  unit  to  the  departaental  minicomputer 
and  then  to  the  office  microcomputer. 

This  expansion  and  growth  process  was  described  by 
Bichard  1.  Nolan  in  his  well  known  Harvard  Business  Review 
article,  "Managing  the  Crisis  in  Data  Processing**.  Nolan 
postulated  that  there  are  six  stages  of  growth  in  an  organi¬ 
zations  DP  function.  These  six  stages  cover  the  time  from 
inception  of  the  computer  into  the  organization  to  mature 
management  of  all  data  resources  [Ref.  6:  pp.  1-8]. 
Additional  information  on  Nolan's  stages  is  provided  in 
Chapter  IV. 

As  technology  improved  and  the  costs  of  hardware 
decreased,  computers  and  office  automation  equipment  were 
installed  throughout  many  organizations.  However,  this 
widespread  use  of  small  computer  systems  fueled  the  long 
standing  debate  over  centralized  or  decentralized  computing. 
Proponents  of  centralization  argued  that  centralized 
computing  ensured  efficiency  and  permitted  effective  service 
to  all  users.  Neanwhile,  the  proponents  of  decentralization 
argued  that  decentralized  arrangements  were  profitable  and 
improved  departaental  productivity.  [Ref.  7:  pp.  1-22] 

As  this  debate  continued,  many  corporations  discov¬ 
ered  that  there  was  only  a  limited  capability  of  interaction 
between  this  array  of  computers.  Corporations  were  trying 
to  operate  with  unrelated  and  incompatible  hardware  and 
software.  Management  had  failed  to  recognize  the  critical 
nature  of  controlling  the  computer  resource.  Management  and 
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control  cf  the  computer  and  the  corporation's  information 
resource  had  been  overlooked.  [Ref.  7:  p.  325] 

2 •  Federal  Government 

The  federal  government  began  utilizing  the  computer  at 
much  the  same  time  as  American  industry.  However ,  computer 
applications  in  the  federal  government  were  quickly  identi¬ 
fied  as  being  unique.  The  size,  scope  and  complexity  of 
federal  government  applications  presented  serious  questions 
in  areas  such  as  planning,  policy,  design  and  procurement. 
Solutions  to  these  diverse  questions  were  not  easily  found. 
In  fact,  confusion  and  disagreement  followed  any  attempt  to 
find  the  best  means  of  improvement.  As  a  result.  Congress 
and  the  central  management  agencies  (  Office  of  Hanageaent 
and  Budget  and  the  General  Services  Administration  ) ,  chose 
a  "hard  line"  approach.  Regulation  was  chosen  as  the  best 
method  cf  controlling  and  managing  the  federal  computer 
resource.  [Ref.  8:  pp.  1-8] 

C.  FEDERAL  REGTJLATIC1S 

Commanding  officers  of  shore  activities  must  comply  with 
both  federal  regulations,  as  well  as  Department  of  Defense 
regulations.  This  dual  centralized  bureaucracy  has 
restricted  and  discouraged  innovative  thinking  in  both 
computer  applications  and  management  [Ref.  8:  p.  19]. 

The  impact  of  the  various  federal  regulations  has 
created  severe  problems  throughout  the  federal  government. 
The  age  cf  some  major  computer  systems  is  an  example  of  one 
such  problem.  Dramatic  improvements  have  been  made  in 
computer  technology;  yet,  many  government  systems  still 
operate  as  originally  installed.  [Ref.  8:  pp.  21-27]  The 
Rational  Academy  of  Science  (HAS)  found  obsolescence  to  be  a 
major  problem  effecting  the  Navy.  The  NAS  report  stated: 


Too  many  Navy  installations  are  operating  with  computing 
equipment  produced  m  the  1960s;  two  generations  of 
computers  have  been  developed  since  then  [Bef.  2:  p.  4]. 

A  specific  example  may  be  the  Navy's  supply  system.  The 
Navy  Supply  Systems  computer  systems  have  been  described  as 
technically  out  of  date,  overburdened  and  the  achilles  heel 
of  the  supply  system  [Bef.  9:  p.  56]. 

A  review  of  the  major  federal  computer  regulations 
allows  the  reader  to  grasp  the  magnitude  of  this  centralized 
control.  This  review  will  also  provide  an  insight  into  the 
commanding  officers  perspective  and  a  possible  reason  why 
most  shore  activities  are  only  now  progressing  beyond  the 
word  processing  stage. 

1.  The  Brooks  Act 

The  Brooks  Act  of  1965  established  the  basic  framework 
for  federal  computer  applications.  Three  agencies,*  General 
Services  Administration  (GSA) ,  the  Office  of  Management  and 
Budget  (CflB)  ,  and  the  National  Bureau  of  Standards  (NBS)  , 
were  given  significant  authority  over  government-wide 
computer  activities.  The  Brooks  Act  tasked  each  agency  with 
specific  responsibilities: 

1.  OHB — overall  policy  guidance; 

2.  GSA — procurement , funding, and  disposal; 

3.  NBS — development  of  federal  information  processing 
standards.  [ Bef.  8:  p.  20 ] 

This  highly  centralized  structure  of  authority  and 
responsibilities  resulted  in  a  magnitude  of  difficulties  at 
all  levels  of  federal  computer  applications.  A  major  diffi¬ 
culty  was  that  the  procurement  process  that  evolved  from  the 
Brooks  Act  was  long  and  complicated,  and  actually  lengthened 
the  time  it  took  to  procure  equipment  [Bef.  9:  p.  59].  In 
addition,  the  constant  scrutiny  by  higher  authority 


restricted  agency  and  activity  aanagers  by  allowing  little 
rooa  for  operational  level  decisions.  Areas  as  vide  spread 
and  diverse  as  procurement  and  personnel  aanageaent  were 
subject  to  federal  aicromanageaent.  [Ref.  8:  pp.  21-23] 

2.  IkS  £a 2&L3L2L&  £ed action  Act 

The  Paperwork  Reduction  Act  of  1980,  provided  soae  needed 
guidance  in  the  area  of  coaputer  aanageaent.  This  lav,  in 
addition  to  strengthening  the  government's  efforts  at  paper¬ 
work  aanageaent,  aandated  the  preparation  of  a  five  year 
plan  for  data  processing  and  telecoaa unications.  [Ref.  8: 
pp.  9] 

This  lav  implies  that  federal  agencies  have  not 
utilized  strategic  planning  in  managing  the  computer 
resource.  Soae  critics  have  been  much  aore  specific. 
Robert  V.  Head  stated:  "Atteapts  at  strategic  planning  by 
federal  agencies  have.  ..been  sporadic  and  largely  ineffec¬ 
tive"  [Ref.  8:  p.  9].  A  committee  froa  the  National  Academy 
of  Sciences  studied  the  Navy*s  Nontactical  Autoaated  Data 
Processing  Policy,  Organization,  and  Management  and  found 
auch  the  same  problea. 

NAVEAC  (and  indeed  all  aspects  of  the  Navy  and  the 
governaent/congressional  procureaent/oversight  process) 
appears  to  have  been  too  rigidly  focused  on  coaputer 
hardware  and,  to  a  lesser  extent,  applications  software, 
while  having  paid  too  little  attention  to  policy  devel- 
opaent,  strategic  planning,  and  tne  potential  of 
aacageaent-level  information  systems  [Ref.  2:  p.  15]. 

The  Paperwork  Reduction  Act  also  addressed  the  concept  of 
inf  or  nation  management.  Each  agency  is  required  to  desig¬ 
nate  a  single  individual  who  is  responsible  for  all  the 
agency's  inforaation  systems.  This  is  to  include  data 
processing,  records  aanageaent,  foras  control,  and  all  areas 
dealing  with  inforaation.  [Ref.  8:  p.  34] 


3.  ih§  Lgdejza.1  lafanatjofl  SSS2HEL&  aaaaas asfit 
ig£uiaU2ii  (mag) 

The  Federal  Information  Resource  Management  Regulation 
(FIRMS)  is  the  most  recent  regulation  in  the  area  of  infor¬ 
mation  resources.  Effective  1  April  1984,  this  regulation 
provides  a  single  directive  concerning  the  effective  manage¬ 
ment  of  automatic  data  processing,  office  automation, 
records  management  and  telecommunications.  Its  emphasis  is 
on  managing  information  throughout  the  life  cycle  (from 
collection  or  creation  to  disposal) .  This  regulation  is 
intended  to  provide  a  single,  logically  organized  directive 
on  Information  Resource  Management.  [Ref.  10:  p.  20994] 

D.  9 BAT  IS  THE  ISSOE  ? 

The  Raperwork  Reduction  Act  of  1980  and  the  FIR  MR , 
address  some  of *  the  management  and  control  problems  that 
industry  has  had  previously,  and  are  presently  experiencing.' 
These  problems  surfaced  as  small  computer  systems  gained 
widespread  use  throughout  organizations.  Hhy  then,  is  there 
now  the  proliferation  of  microcomputers  at  most  shore  activ¬ 
ities?  Is  this  a  rational  approach  based  upon  industry* s 
documented  problems? 

1.  lie  jer§Egctiye 

The  authors  contend  that  the  present  proliferation  of 
microcomputers  at  the  activity  level  can  be  attributed  to 
the  fact  that  the  Navy  has  not  provided  concise  and  workable 
guidance  on  managing  the  computer  resource.  The  Bases  and 
Stations  Architecture  indicates  that  the  Navy  is  now  looking 
to  provide  this  guidance  [Ref.  11:  unmarked].  However,  the 
authors  perceive  that  it  could  be  as  long  as  2-5  years 
before  it  will  be  fully  implemented  at  the  activity  level. 
In  the  interim,  there  exists  a  critical  need  for  guidance  at 
the  activity  level.  The  NAS  reported. 


Units  at  various  levels  within  the  Navy  appear  to  have 
no  place  to  turn  to  receive  good  advice  on  how  their 
information  systems  might  best  be  developed  technically 
or  to  receive  appropriate  guidance  in  making  the  task 
changes  that  information  systems  require  [Ref.  2:  p.10]. 

This  lack  of  guidance  has  perpetuated  an  activity  perspec¬ 
tive  that  is  not  consistent  with  that  presently  being  imple¬ 
mented  at  the  agency  level  of  the  government  or  the  major 
systems  command  level  of  DOO. 

The  increased  visibility  of  command  of  a  major  shore 
activity  has  contributed  to  this  perspective.  The  implemen¬ 
tation  of  the  "Hajor  Shore  Command"  policy  in  1980,  recog¬ 
nized  the  importance  of  this  position  and  the  critical  need 
to  ensure  that  only  top  performers  were  given  these 
assignments.  [Ref.  12:  pp.  1-3] 

The  authors  contend  that  this  high  level  visibility 
has  lead  to  an  increased  interest  in  shore  activity  manage- 
*  ment.  Commanding  officers  are  looking  for  methods  to 
improve  their  decision  making  and  the  productivity  of  their 
organizations.  In  this  regards,  they  are  turning  to  the 
computer. 

The  authors  feel  that  there  are  additipnal  factors  that 
have  contributed  to  the  increasing  trend  tbward  computeriza¬ 
tion.  The  following  factors  are  particularly  noteworthy: 

1.  Procurement  regulations  have  been  eased. 

2.  Hardware  costs  have  continued  to  decrease. 

3.  The  computer  is  perceived  as  the  answer  to  any  and 
all  problems. 

4.  The  Bases  and  Stations  Architecture  encourages 
commanding  officers  to  procure  microcomputers. 

5.  Labor  costs  have  continued  to  increase. 

p 

In  the  authors'  opinion,  this  trend  towards  increased 
computerization  is  net  consistent  with  the  guidance  provided 
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in  the  Paperwork  Redaction  Act  of  -  4-980,  the  FIRMR,  or  the 
findings  of  industry.  The  reason  for  the  inconsistency  is 
that  these  regulations  are  directed  at  the  large  scale 
applications  found  at  the  agency  level  of  government.  They 
are  not  addressed  to  the  individual  activity  or  command. 
Guidance  for  individual  activities  or  coaiands  will  only  be 
prepared  after  each  agency  is  able  to  develop  its  own  guide¬ 
lines.  This  process  is  time  consuming  and  mired  in  the 
bureaucratic  process. 

E.  1  FRAMEWORK  FOR  IIPROTEHEHT 

Many  shore  activities  are  presently  caught  up  in  moving 
from  the  "manual  method”  to  the  computer  era.  Management 
and  control  of  the  computer  resource  is  not  presently  a 
problem.  However,  the  warning  signs  are  unmistakable.  In 
the  opinion  of  the  authors,  activities  must  follow  a  method¬ 
ology  in  their  transition  to  the  computer  age.  Failure  to 
do  so  will  result  in  *  wasted  resources,  increased  user 
dissatisfaction,  and  will  seriously  impede  the  eventual 
transition  to  the  information  era. 

Planning  is  critical  to  this  process.  Industry  has 
recognized  this  fact  and! the  upper  levels  of  government  are 
also  acknowledging  this  requirement.  This  thesis  addresses 
this  problem  and  provides  a  methodology  that  is  applicable 
for  use  by  the  activity  level  commanding  officer  and  staff. 
The  methodology  will  be  directed  at  the  implementation  of 
small  computer  systems.  It  is  designed  for  incorporating 
the  microcomputer  into  an  effective  information  system. 
Although  this  methodology  does  not  specifically  address 
office  automation  and  telecommunications,  the  methodology 
has  seme  general  applications  to  these  areas. 


III.  THE  CCHhabDIhG  OFFICES' S  DIIEHHA 


1.  IHTBODUCTION 
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The  Comaanding  Officer  of  a  major  shore  activity  is 
responsible  for  coordinating  the  many  and  varied  functions 
of  his  organization.  The  diversity  of  these  functions 
places  the  commanding  officer  of  most  shore  activities  in  a 
role  similar  to  that  of  a  "city  manager".  However,  the 
commanding  officer  is  a  professional  military  officer  who 
normally  has  not  had  the  training  and  experience  of  most 
city  managers. 

It  is  the  opinion  of  the  authors  that  command  of  a  major 
shore  activity  is  a  particularly  difficult  assignment  for 
most  commanding  officers.  Success  in  this  environment 
depends  on  the  commanding  officer* s  ability  to  demonstrate 
both  effective  leadership  and  management  throughout  his 
organization. 

The  authors  would  contend  that  effective  management  of 
this  complex  organization  can  be  greatly  enhanced  by  the  use 
of  automated  systems  and  the  realization  that  information, 
next  to  his  personnel,  is  the  comaanding  officer's  cost 
important  resource.  In  addition  to  the  traditional  trans¬ 
action  type  applications,  the  use  of  automated  technologies 
can  improve  decision  taking  by  giving  the  commanding  officer 
and  his  principal  department  heads,  the  right,  information, 
at  the  right  time  and  at  the  most  economical  cost. 

Various  forms  of  office  automation  equipment  and  micro¬ 
computers  are  now  being  utilized  by  most  shore  commands 
[Bef.  2:  p.  13].  However,  the  transition  from  the  tradi¬ 
tional  "manual  system"  to  an  automated  system  may  involve  a 
certain  degree  of  confusion  in  an  organization.  In  most 


cases,  there  are  a  cumber  of  problems  that  must  be  antici¬ 
pated.  These  problems  may  be  technological  in  nature  (e.g. , 
inadeguate  or  incompatible  equipment  ) ,  but  many  problem 
areas  will  be  largely  managerial.  [Bef.  13:  p.  1 ]  In  this 
regards,  the  most  significant  problem  will  be  that  many 
commanding  officers  may  have  to  alter  their  view  of 
information  [Bef.  2:  p.  3]. 

In  the  opinion  of  the  authors,  the  above  paragraphs 
describe  a  scenario  that  places  many  commanding  officers  of 
shore  activities  in  a  precarious  dilemma. 

This  chapter  will  present  an  explanation  of  the  organi¬ 
zational  structure  of  a  typical  shore  activity.  It  will 
serve  to  display  the  magnitude  and  complexity  of  the  envi¬ 
ronment  in  which  a  ccmmanding  officer  must  operate.  It  will 
also  discuss  a  typical  commanding  officer’s  career  progres¬ 
sion  and  training.  The  final  part  of  the  chapter  will 
address  a  number  of  issues  that  the  authors  perceive  as 
obstacles  to  a  commanding  officer  who  may  attempt  to  control 
his  information  resource. 

The  purpose  of  this  chapter  is  to  enable  the  reader  to 
comprehend  the  scope  of  a  major  shore  activity  and  the 
commanding  officer’s  background,  in  order  that  an  evaluation 
can  be  developed  as  to  the  need  for  Information  Besource 
Management  and  the  inherent  difficulties  that  a  commanding 
officer  faces  in  implementing  such  a  system. 

E.  SHOES  COHHAIDS 

-  !  1 

1 .  Organization 

The  commanding  officer  of  a  shore  activity  is 
responsible  under  Havy  Regulations  for  the  accomplishment  of 
his  command’s  mission.  This  mission,  for  a  typical  naval 
station  ,  can  be  stated  as: 


. .  ..to  provide. 


i .  as  appropriate,  logistic  support  for 
the  operating  forces  of  the  Navy  and  for  dependent 
activities  ana  other  commands  _  '  _ 

1]. 


as  assigned  [Eef.  SO:  p. 


This  broad  statement  tasks  the  commanding  officer 
vith  responsibility  for  a  vide  range  of  diverse  functions. 
Phase  1  of  OP-094' s  Eases  and  Stations  Architecture  identi¬ 
fied  seventeen  functions  as  applicable  to  typical  naval 
shore  activities  [Bef.  11:  unaarked].  These  functions  are 
listed  in  Table  II  . 


TABLE  II 

Functional  Areas 


Billeting 

Staff  Civil  Engineer/ 
Port  Services 

Adainistration 

Security 

Coaptroller 

Port  Services 

Transient  Personnel 

Brig 


[Eef.  -II:  unaarked] 


Special  Services 
clubs  and  Hesses 

Supply 

Civilian  Personnel 
Air  Operations 
AIHD 
Safety 

Staff  and  Support 


Barely  will  the  coaaanding  officer  of  a  shore 
activity  be  responsible  for  all  seventeen  of  these  func¬ 
tions.  Instead,  the  specific  aission  of  his  comaand  will 
determine  the  exact  functions  that  he  must  coordinate. 
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the  control  of  the 


However,  functions  such  as  supply*-  staff  civil  engineer, 
security  ana  administration  are  typically  common  to  all 
activities  [Ref.  11:  unmarked]. 

Figure  3. 1  depicts  the  organizational  chart  for 
Naval  Station,  Norfolk,  Virginia,  and  serves  to  illustrate 
the  various  functional  areas  for  which  a  typical  commanding 
officer  is  responsible. 

The  authors  contend  that  Figure  3.1  does  not  fully 
illustrate  some  vital  organizational  aspects  of  a  shore 
command.  A  commanding  officer  must  deal  with  both  tenant 
commands  and  certain  specialized  commands.  These  activi¬ 
ties,  though  not  directly  under  the  control  of  the 
commanding  officer  or  even  geographically  located  within  his 
command,  may  provide  a  valuable  service  to  the  commanding 
officer.  Consequently,  he  must  constantly  review  and 
monitor  the  service  provided  by  these  activities. 

In  addition.  Figure  3.1  does  not  convey  a  number  of 
aspects  of  the  commanding  officer*s  city  manager  role.  Hany 
commanding  officers  are  responsible  for  a  large  number  of 
military  family  quarters.  In  many  cases,  this  involves 
providing  municipal  services,  utilities,  recreation  and 
security.  The  commanding  officer  must  manage  this  area  as 
economically  as  possible;  while  at  the  same  time,  recog¬ 
nizing  the  impact  that  this  area  has  on  the  morale  of  his 
military  personnel.  [Ref.  13:  p.  23] 

Shore  activities,  particularly  the  industrial  and 
large  operating  bases,  are  major  consumers  of  energy.  A 
shore  commander  must  provide  innovative  and  effective  meas¬ 
ures  tc  conserve  his  energy  resources.  In  the  future,  this 
area  is  likely  to  receive  an  increasing  amount  of  visi¬ 
bility.  This  concern,  just  as  the  makeup  of  managing  family 
housing,  is  not  easily  recognizable  in  reviewing  the  organi¬ 
zational  chart. 
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A  final  critical  role  is  not.  evident  froi  the  organ¬ 
izational  chart — the  commanding  officer* s  civic  responsibil¬ 
ities.  Since  the  commanding  officer  is  frequently  the 
senior  officer  in  a  community,  he  is  often  looked  upon  as 
the  chief  executive  officer  of  a  large  business  in  the 
community.  He  must  therefore  maintain  a  close  and  active 
role  in  civic  affairs.  However,  this  is  not  to  be  taken 
lightly.  It  is  a  role  where  the  commanding  officer  is 
subject  to  public  scrutiny  and  often  a  target  for  the  poli¬ 
tics  which  ebb  and  flew  around  him.  [Bef.  13:  p.  24] 

C.  CABEIB  DEVELOPMENT 

1 .  Duty  Assignments 

The  commanding  officer  of  a  major  shore  activity  is 
a  professional  military  officer  who  has  ascended  through  a 
career  path  involving  many  different  assignments.  This 
career  progression  will  vary  considerably  depending  upon  the 
commanding  officer's  warfare  specialty.  Figure  3.2  through 
Figure  3.4  provides  standard  career  paths  for  various 
warfare  communities.  James  Hodges  [Bef.  14:  p.  38], 
reviewed  the  career  progression  for  all  unrestricted  line 
officers  and  found  that  a  typical  career  included: 

1.  A  major  command  assignment  around  the  22-year  mark, 

2.  Over  503  of  service  time  will  be  in  afloat/sguadrons 
or  in  training  for  these  units, 

3.  A  Washington  tour  as  a  1CDB  or  above  and, 

4.  A  high  percentage  of  subspecialty  and  staff  duty  for 
shore  duty  assignments. 

The  authors  contend  that  the  duty  assignments  of 
most  commanding  officers  have  not  adequately  prepared  them 
for  the  challenge  cf  managing  a  major  shore  activity. 
Instead,  the  training  and  experience  is  structured  to 


Figure  3.2  Surface  Varfare  Career  Path. 
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prepare  the  officer  for  operational  tours  as  executive 
officer  and  coaaanding  officer. 

Various  other  authors  support  this  contention. 
Hodges  [Bef.  14:  p.  44],  found  that  the  training  provided 
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Figure  3.3  Iviation  Career  Path. 

for  sea/sguadron  assignaents  is  priaarily  operationally 
oriented  and  specifically  structured  to  develop  the  offi¬ 
cer's  knowledge  of  shipboard/sguadron  operations.  Kay 


Figure  3.4  tuclear  Surface  Warfare  Career  Path 


[Hef.  13:  p.  20 ]#  openly  questioned  the  logic  behind  the 
premise  that  an  officer  vas  qualified  to  take  over  the  reins 
of  a  sajor  shore  coisand  without  substantial  or  aeaninc*ul 
experience  in  the  coaplex  and  specialized  aanageaent  desands 
of  such  an  organization. 

Shore  duty  assignments  say  be  operationally 
oriented#  but  for  aost  officers#  they  are  likely  to  be  in 


other  areas.  Postgraduate  education,  instructor  duty,  staff 
duty  and  sub-specialty  utilization  represent  some  of  the 
areas  in  which  an  officer  will  gain  shore  duty  experience. 
These  tours  are  normally  assigned  vith  regard  to  increasing 
responsibility,  thereby  enhancing  an  officers  promotional 
opportunities  based  upon  professional  performance. 
[Hef .  IQ:  p.  44] 

The  authors  have  offered  this  brief  discussion  to 
permit  the  reader  to  contrast  the  organization  of  a  shore 
command  with  the  previous  assignments  of  a  typical  officer 
who  may  command  a  shore  activity.  The  authors  cannot 
discount  the  fact  that  excellent  management  and  leadership 
skills  were  developed  during  the  commanding  officers  opera¬ 
tional  tours.  The  authors1  purpose  is  to  give  the  reader  an 
indication  of  the  focus  of  assignments  most  commanding  offi¬ 
cers  may  have  experienced  prior  to  assuming  responsibility 
for  the  shore  activity. 

2 .  formal  Training 

Formal  training  for  the  commanding  officer  of  a 
major  shore  activity  was  initiated  in  Hay  1978,  when  the 
Havy  Civilian  Personnel  Command  (HCPC)  offered  the  first 
Prospective  Commanding  Officer  (PCO)  Shore  Sanagement 
Training  Program.  This  three  week  course  consisted  of  pres¬ 
entations  addressing  the  various  resource  areas  that  a 
commanding  officer  could  expect  to  encounter  at  a  typical 
shore  command. 

This  course  is  presently  offered  three  times  a  year. 
Prospective  commanding  officers  of  major  commands  are 
reguired  to  attend  and  are  given  priority  for  obtaining 
guotas.  Commanding  officers  of  other  shore  commands  may 
utilize  the  remaining  guotas,  with  prospective  executive 
officers  of  shore  activities  given  the  opportunity  of 
filling  any  unused  guotas.  As  of  July  1984,  528 


individuals2  have  completed  the  course. 

It  is  the  authors'  contention  that  the  PCO  Shore 
Statics  Hanageaent  Program  is  a  positive  step  in  preparing 
coaaanding  officers  for  -  challenges  of  Managing  a  shore 
activity.  However,  the  topic  of  inforaation  systeas  was  not 
discussed  until  the  Hay  1984  session.  The  authors  feel  that 
the  exclusion  of  this  topic  for  such  a  long  tine,  has 
contributed  to  the  confusion  and  difficulties  now  being 
experienced  by  aany  coaaanding  officers  who  are  trying  to 
iapleaent  various  inforaation  systeas  or  Inforaation 
Resource  Hanageaent  in  particular.  The  authors  feel  that 
this  topic  is  of  major  importance  and  that  the  coaaanding 
officer's  need  for  training,  education,  and  specific 
guidance  in  this  area  will  only  increase.  In  the  future,  as 
additional  activities  enter  the  "inforaation  age",  it  is 
conceivable  that  this  increase  will  approach  an  exponential 
rate. 

D.  ADDITIOHAL  ISSUES 
1 .  Introduction 


The  previous  sections  of  this  chapter  have  provided 
an  insight  into  the  coaplexity  of  the  coaaanding  officer's 
environment,  as  well  as  a  glimpse  of  a  coaaanding  officer's 
previous  duties  and  training.  The  authors  feel  that  both  of 
these  topics  must  be  considered  when  attempting  to  evaluate 
the  coaaanding  officer's  ability  to  effectively  iapleaent  an 
Inforaation  Resource  Hanageaent  system.  However,  the 
following  issues,  although  less  obvious,  are  also  of 
concern. 


2This  inforaation  obtained  in  a  27  August  1984  phone 
conversation  with  the  NCPC  course  coordinator. 
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a.  Tour  Length 

The  average  tour  length  for  a  commanding  officer 
is  24-36  months  [Bef.  15:  p.  32].  It  is  the  authors  opinion 
that  this  relatively  short  period  of  time  does  not  allow  a 
commanding  officer  to  become  actively  involved  in  all  the 
various  functional  areas.  He  must  instead,  rely  cn  the 
various  department  heads  for  guidance  and  recommendations. 
The  commanding  officer  will  focus  his  attention  on  those 
projects  that  he  perceives  to  have  an  immediate  urgency  or 
on  projects  that  can  be  easily  completed  during  his  "watch”. 

It  is  not  the  authors*  desire  to  imply  that 
focusing  on  urgent  or  high  priority  matters  justifies  criti¬ 
cism.  Instead,  this  fact  is  brought  out  in  order  that  the 
reader  may  see  that  a  large  part  of  the  commanding  officer* s 
time  is  reactive  [Bef.  16:  p.  91].  This  reactive  nature  of 
the  commanding  officer*s  job  may  preclude  him  from  active 
involvement  in  the  implementation  of  an  automated  informa¬ 
tion  system. 

In  addition,  the  authors  contend  that  many 
commanding  officers  will  perceive  the  time  required  for  the 
planning,  documentation,  and  installation  of  an  information 
system  to  be  overwhelming  and  of  little  benefit  from  their 
short  term  perspective.  As  a  result,  they  will  net  support 
Information  Besource  Management  or  they  will  delegate 
responsibility  to  such  a  low  level  that  success  is  impos¬ 
sible.  In  either  case,  the  short  tour  length,  and  the  resul¬ 
tant  short  term  perspective,  impacts  the  commanding 
officer’s  view  when  considering  implementation  of  an  auto¬ 
mated  information  system. 

b.  Types  of  Information 

The  authors  contend  that  a  commanding  officer  of 
an  ashore  activity  must  be  concerned  with  two  broad  types  of 
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info r nation.  The  first  type  is  the  information  that  is 
required  to  produce  the  reports  for  higher  authorities.  The 
information  that  the  commanding  officer  needs  to  effectively 
manage  his  command  forms  the  second  type  of  information. 

The  information  that  is  required  by  higher 
authority  is  fairly  veil  defined.  The  centralized  structure 
of  the  Navy  provides  a  chain  of  command  that  normally 
prescribes  specific  reporting  requirements.  However,  this 
must  be  contrasted  with  the  managerial  requirements  of  the 
commanding  officer.  The  information  that  the  commanding 
officer  needs  to  effectively  manage  his  command  is  much  more 
illusive.  In  most  cases,  the  CO  must  extract  this  from  the 
reams  of  reports  that  cross  his  desk.  Reports,  that  are  in 
■any  cases  what  subordinates  perceive  that  the  commanding 
officer  needs  or  wants  [Ref.  36:  p.  46]. 

The  authors  contend  that  a  commanding  officer 
attempting  to  implement  an  Information  Resource  Management 
system  must  recognize  the  existence  of  these  two  types  of 
information.  The  information  used  to  prepare  the  reports  to 
higher  authority  is,  in  most  or  many  cases,  also  vital  to 
his  needs.  However,  these  reports  are  normally  in  a  format 
that  is  not  meaningful  or  useful  to  decision  making  at  the 
activity  level.  Consequently,  he  must  ensure  that  strict 
attention  is  given  tc  providing  him  the  information  that  he 
needs  and  can  use;  while  at  the  same  time,  minimizing 
duplication  and  overlap  because  the  requirements  for  such 
information  may  not  be  fully  coordinated. 

c.  Staff  Guidance 

Chapter  II  discussed  the  fact  that  commanders  at 
the  activity  level  have  no  source  of  guidance  on  how  to 
develop  or  improve  an  information  system.  This  is  viewed  by 
the  authors  as  a  major  problem;  one  that  presently  contrib¬ 
utes  to  such  problems  as  incompatibility,  poor  documentation 
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and  inconsistent  information  gathering.  However,  this  situ- 
ation  is  further  complicated  by  the  fact  that  the  commanding 
officer  has  limited  guidance  and  assistance  in  the  general 
management  of  his  command.  He  is  accustomed  to  the  opera¬ 
tional  Navy  where  specific  rules  and  regulations  were  avail¬ 
able;  where  he  was  expected  to  accomplish  his  mission,  but 
always  knew  where  to  turn  for  assistance.  However,  the 
commanding  officer  is  in  a  new  environment.  An  environment 
where  the  lack  of  technical  support  is  only  part  of  his 
problem;  secondary  in  some  cases,  to  the  fact  that  he  lacks 
specific  management  guidance  from  his  military  superiors. 

In  dealing  with  the  myriad  of  problems  that 
confront  him,  the  commanding  officer  interfaces  with  not 
only  his  immediate  silitary  superiors,  but  with  the  Civil 
Service  Commission,  an  array  of  bureaus,  agencies,  boards 
and  other  offices.  He  often  falls  victim  to  duplicative  and 
overlapping  guidance  on  many  issues.  It  can  be  said  that  he 
is  in  an  environment  where  he  must  answer  to  what  seems  to 
be  an  endless  line  of  "bosses”.  His  natural  sources  of 
guidance  and  assistance  are  the  various  military  staffs. 
However,  those  on  the  military  staffs  to  whom  he  must  refer 
his  problems,  frequently  know  less  about  managing  a  shore 
activity  than  he  does  [Bef.  13:  p.  21]. 

The  authors  contend  that  the  lack  of  both  tech¬ 
nical  guidance  and  general  management  guidance  are  problems 
for  a  commanding  officer  in  implementing  Information 
Resource  Management.  While  the  technical  guidance  issue  is 
being  addressed,  there  appears  to  be  little  improvement  in 
the  area  of  managerial  guidance.  As  a  result,  the 
commanding  officer  must  structure  any  attempt  at  information 
management  on  the  realization  that  he  must  determine  his  own 
priorities,  establish  his  own  goals,  and  meld  the  dollars, 
people  and  resources  at  his  command  to  accomplish  his  activ¬ 
ity^  mission  [Bef.  13:  p.  21]. 
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d.  Centralization/Decentralization 

A  commanding  officer  attempting  to  implement  an 
automated  information  system  must  be  aware  of  the  issues 
that  fuel  the  debate  over  centralization  versus  decentrali¬ 
zation  of  an  organization's  information  resources.  This 
debate  has  flourished  for  a  number  of  years  in  the  informa¬ 
tion  systems  community  and  has  generally  concluded  that 
there  is  no  "best"  solution  for  an  organization. 
Regardless,  the  centralization  issue  is  generally  recognized 
as  having  three  separate  aspects: 

1.  Control —  concerns  the  location  of  decision  making  in 
the  organization, 

2.  Location —  concerns  the  site  of  equipment, 

3.  Function —  refers  to  the  position  of  an  activity 
within  the  structure  of  an  organization  [Ref.  7:  p. 
321]. 

The  authors  contend  that  it  is  vital  for  a 
cotamanding  officer  to  recognize  the  implications  of  these 
issues.  However,  the  authors  perceive  that  the  critical 
issue  for  a  commanding  officer  of  a  major  shore  activity  is 
the  highly  centralized  and  administratively  complex  nature 
of  the  D.S.  Navy.  Although  the  responsibility  and  autonomy 
of  an  individual  commander  is  often  cited  as  an  indication 
of  decentralization,  the  fact  remains  that  the  Navy  is 
highly  centralized  in  many  matters.  The  stringent 
regulations  imposed  on  most  applications  of  automated  infor¬ 
mation  systems,  as  discussed  in  Chapter  II,  is  a  prime 
example  of  this  fact. 

A  commanding  officer  who  is  interested  in  imple¬ 
menting  an  automated  information  system  should  logically 
follow  a  systems  approach.  However,  the  authors  contend 
that  in  most  cases,  this  will  end  in  the  requirement  to 


request  authorization  from  some  higher  authority. 
Regardless  of  whether  the  request  is  for  approval  of  the 
project  or  for  additional  funding  to  support  the  project, 
the  bureaucratic  process  is  time  consuming  and  unpopular. 
Instead,  it  is  easier  to  take  a  piecemeal  or  incremental 
approach;  i.e.,  funding  equipment  whenever  possible.  But, 
unfortunately,  this  can  lead  to  incompatibility  or  user 
dissatisfaction  as  the  command  must  decide  such  questions  as 
which  department  gets  "automated"  first,  or  what  equipment 
to  procure.  However,  this  approach  has  become  even  more 
popular  as  the  cost  of  small  computer  systems  has  decreased. 
The  debate  over  centralization  or  decentralization  of  an 
organization’s  information  resource  has  yet  to  be  resolved, 
and  will  be  around  for  some  time  [Ref.  7:  p.  319].  The 

authors'  intent  in  this  discussion  is  to  give  the  reader  an 
indication  of  the  additional  implications  facing  the 
commanding  officer  of  a  shore  activity. 

E.  CHAPTER  SUHHARY 

Chapter  III  has  offered  the  reader  a  brief  overview  of 
the  scope  of  a  major  shore  command,  an  insight  into  the 
career  progression  of  the  individuals  who  command  them,  and 
a  discussion  of  various  factors  that  impact  on  a  commanding 
officer's  view  of  information  management.  The  authors 
contend  that  the  first  two  topics  combine  to  make  a  major 
shore  command  a  difficult  assignment  for  many  commanding 
officers.  However,  the  commanding  officer's  task  becomes 
substantially  more  difficult  when  coupled  with  the  complica¬ 
tions  arising  from  factors  such  as: 

1.  Tour  length, 

2.  Dual  information  requirements, 

3.  A  lack  of  staff  guidance  and, 

4.  The  centralization  versus  decentralization  issue. 


These  additional  factors  bound  a  scenario  where  the 
commanding  officer  is  in  a  precarious  dilemma. 

This  chapter  was  developed  solely  to  permit  the  reader 
to  formulate  a  view  as  to  the  need  for  information  manage¬ 
ment  and  the  inherent  difficulties  in  implementing  an  auto¬ 
mated  information  system.  Chapter  17  will  offer  the  reader 
a  detailed  discussion  of  the  concept  of  Information  Resource 
Management. 


IT.  IHFOBHATIOH  BESODBCE  HAHAGEMBKT 

A.  HISTORY 

Over  400  years  ago,  Nachiavelli  observed: 

It  must  be  considered  that  there  is  nothing  aore  diffi¬ 
cult  to  carry  out.  nor  aore  doubtful  of  success,  nor  aore 
dangerous  to  handle,  than  to  initiate  a  nev  order  of  things. 
For  the  reforaer  has  eneaies  in  all  those  who  profit  by  the 
old  order.  and  only  lukevara  defenders  in  all  those  who 
could  profit  by  the  new  order.  This  lukevaraness  arises 
partly  froa  fear  of  their  adversaries,  who  have  the  laws  in 
their  favor,  and  partly  froa  the  incredulity  of  aankind,  who 
do  not  truly  believe  in  anything  new  until  they  have  had  an 
actual  experience  of  it.  [Ref.  18:  p.  385] 

Information  is  an  ingredient  vital  to  good  nanageaent. 
The  sharply  reduced  cost  of  computer  technology  and  the 
rapid  improvements  in  the  availability  of  useful  technolo¬ 
gies  in  the  telecommunications  and  office  automation  areas, 
have  created  a  very  real  opportunity  to  improve  the  effec¬ 
tiveness  of  corporate  and  nonprofit  management  through 
iaproved  use  of  information  by  management.  However,  this 
opportunity  has  been  difficult  to  exploit  in  the  past  two 
decades,  and  if  anything,  the  task  is  becoming  more 
difficult.  [Ref.  4:  p.  1] 

The  technological  advances  from  the  vacuum  tube,  to 
transistors,  to  integrated  circuits  and  the  complexities  of 
the  microelectronics  technologies,  have  continued  to  advance 
and  will  impact  on  our  way  of  life  for  years  to  come.  But, 
additionally,  over  the  past  30  years,  the  rapid  evolution 
and  spread  of  information  systems  technologies,  has  created 
a  major,  new  set  of  managerial  changes.  Virtually  all 
major,  currently  accepted  conceptual  frameworks  for  thinking 
about  how  to  manage  information  have  been  developed  since 
1971  [Ref.  19:  p.  1  ].  The  earliest  commercial  application 
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of  a  computer  information  system  occurred  in  1952.  Thirty 
years  is  a  very  short  time  for  a  new  management  profession 
to  develop  to  maturity  when  one  considers  the  amount  of 
knowledge  and  change  that  has  occurred  in  the  fields  of 
marketing,  accounting,  finance,  and  production,  since  their 
humble  beginnings  in  the  early  1900's. 

In  the  early  60's  and  70's,  senior  management,  blinded 
by  the  cloud  of  technological  jargon  surrounding  the 
computer  field,  abdicated  its  responsibilities  somewhat,  and 
let  the  data  processing  function  grow  as  they  attempted  to 
come  to  grips  with  the  information  dilemma.  Data 
processing,  unfiltered  by  management  control  in  many  cases, 
produced  predictable  results.  In  too  many  cases,  data 
processing  became  a  bureaucratic  empire,  outside  the  main¬ 
stream  of  the  organization,  unresponsive  to  managements 
requirements  as  well  as  being  economically  unmanageable. 
[Hef.  20:  p.  78] 

Information  was  first  placed  in  purely  economic  terms  in 
1963  by  Adrian  H.  McDonough,  a  professor  at  the  University 
of  Pennsylvania's  Wharton  School  of  Finance  and  Commerce. 
The  professor  coined  the  phrase  "information  economics"  to 
describe  the  notion  of  effectively  using  both  stored  knowl¬ 
edge  and  information  obtained  through  data  processing.  The 
concept  placed  information  in  a  purely  economic  framework  by 
emphasizing  the  need  to  understand  the  demand  for  and  the 
supply  of  information  [Hef.  21:  p.  15].  In  classical 
economic  terms,  the  factors  of  production  were  viewed  as 
land,  labor,  and  capital.  In  the  modern  age,  these  have 
become  men,  money,  machines  and  material.  In  the  future,  it 
is  safe  to  assume  that  information  will  be  added,  if  it 
hasn't  already,  as  the  fifth  factor  of  production  [Ref.  1: 
p.  51]. 

Information  processing  activities  account  for  about  70 
percent  of  U.S.  employment,  and  also  account  for  more  than 


06  percent  of  the  Gross  National—  Product,  according  to 
recent  figures  from  the  National  Science  Foundation 
[Ref.  21:  p.  15].  But  most  proponents  of  information  as  a 
resource,  would  be  quick  to  point  out  that  Management 
Information  Systems  (MIS)  ,  supposedly  already  provides  the 
information  desired  when  required.  Current  computer  instal¬ 
lations  all  purport  to  be  information  systems,  and  the 
majority  of  these  in  turn  claim  to  be  MIS’s.  A  functional 
definition  of  a  MIS  night  read:  nA  management  information 
system  is  a  formal  system  in  the  organization  which  provides 
management  with  the  necessary  reports  to  be  utilized  in  the 
decision-making  process"  [Ref.  22:  p.  192]. 

While  any  information  system  may  collect,  store, 
process,  structure,  and  retrieve  data,  the  ultimate  goal  of 
the  system  is  to  provide  information  for  managers  to  assist 
them  in  making  decisions.  While  most  MIS’s  attempt  to 
support  managers  in  making  decisions,  the  system  in  some  in¬ 
stances  may  also  make  some  of  the  repetitive  decisions 
usually  made  at  the  lower  levels  of  the  organization 
[Ref.  24:  p.  4].  Proponents  of  Information  Resource 
Management  feel  that  IRM  will  not  follow  the  footsteps  of 
MIS.  The  latter  allowed  information  to  be  isolated  from  the 
real  world.  IRM,  if  implemented  correctly,  forces  informa¬ 
tion  to  mirror  reality.  [Ref.  29:  p.  74] 

While  there  may  be  some  arguments  among  data  processor 
and  information  system  managers  as  to  the  "correct"  defini¬ 
tion  of  MIS,  most  all  will  agree  that  management  information 
systems  have  failed  for  the  most  part,  to  provide  the  infor¬ 
mation  as  advertised.  This  is  not  totally  unexpected,  since 
all  technological  and  innovative  uses  of  systems  must  have  a 
testing  period.  Reasons  for  this  failure  include: 

1.  Lack  of  management  involvement.  Most  studies  indi¬ 
cate  that  information  systems  that  succeed  were 


precisely  those  in  which  top  management  participated. 
Involvement  included  strategic  planning,  organiza¬ 
tional  arrangements,  detailed  operating  plans  and 
budgets,  as  well  as  follow-up  to  ensure  compliance. 
[Bef.  22:  p.  229] 

2.  Resistance  to  change.  Unless  users  are  persuaded 
that  the  information  system  and  its  associated 
computer  (s) ,  as  a  resource,  can  help  them  perform 
their  duties  in  a  more  efficient  and  effective 
matter,  they  will  not  be  receptive  to  computer  solu¬ 
tions  to  problems.  (Bef.  18:  p.  590] 

3.  Lack  of  qualified  information  systems  managers.  Host 
information  managers  were  former  data  processing 
personnel  that  had  great  technical  expertise  in  the 
computing  field,  but  -lacked  formal  education  in  the 
management  techniques  as  well  as  close  scrutiny  from 
the  organization  as  any  other  functional  area  is 
required  to  have.  (Bef.  23:  p.  58] 

The  best  known  model  of  evolution  related  to  information 
systems  is  the  "stage"  model  developed  by  Richard  Nolan. 
This  model,  which  first  appeared  in  print  in  1973,  has  been 
cited  extensively  as  the  major  statement  about  the  growth  of 
information  systems  in  organizations.  From  its  beginnings 
as  a  tentative  hypothesis  [Bef.  25:  p.  402],  the  model  had 
become  regarded  as  empirically  grounded  theory  by  1979 
[Bef.  26:  p.  115],  and  an  accepted  description  of  how 
changes  in  organizational  information  systems  take  place 
over  time  [Bef.  27:  p.  48].  Figure  4.1  provides  an  example. 

Hot  all  authors  agree  with  Nolan’s  models  though: 

The  Hclan  model  has  had  a  powerful  influence  on  the 
information  systems  field.  Its  popularity  is  probably 
due  to  its  bold  approach  to  dealing  with  a  phenomenon  or 
great  complexity  m  a  straight-forward  and  clever 
manner.  Nolan  was  the  first  researcher  to  introduce  a 
structured  scheme  for  explaining  the  growth  of  com- 
putirg  in  organizations.  Aspects  of  the  model  ring  true 
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I  STAGE  Ci  MATURITY 

OrqarM  lationwHM 
information  wolvtis  and 
oats  modtiinq  hu  bead 
completed  and  implt* 
mom  ad.  Appiietdom 
mirror  do  pnttrpruo. 
Information  •ngmaertng 
la  largely  comploco.  and 
boa  uaooflv  rhimged  the 
corporate  structure. 

STAGE  Sa  DATA  AOMIN- 
ISTRATION 

Organ*  tat  tonwide  urtttpic  planmnq 
of  data  resources  ia  implemented. 
V  Information  resource  manaqamant  n 

V  ampbaaatad.  Stafcta  data  modala  arm 

W  rraatad  with  strong  user  par- 

r  tlcipatton  m  tha  data  administration 

procaaa.  Mora  application  retro- 
fitting  ia  noadad  to  conform  to 
thoao.  Data  spun  off  Into  Close  IV 
dots  boaoa  providai  flexible  and 
valuable  information  and  do  ci  si  on 
support  systems. 

STAGE  At  INTEGRATION 

Existing  applications  aro  ratrafittad  to  data  hoaa 
technology.  Successful  Claaa  III  data  baaaa  and 
data  modala  load  to  a  fundamental  ebanga  in  tha 
way  application  aro  daeolopad.  Users  obtain 
mart  valuable  information  from  termineis  and 
consequently  inert aao  tbair  demands  on  OP. 
THoro  la  Incrooaod  OP  expenditure  end  growth. 
Redundancies  of  data  and  lock  of  organ- 
it  at  ion  Wide  information  onolyeia  compile  ace  or 
frustrate  ettompto  to  buHtf  control  end  planning 


fw  I  STAGE  Ji  CONTROL 

I  The  effects  of  lax  control  btcomo  fait.  Uaars  aro  frustrated 
I  in  tbair  damands  for  Information.  Sanior  and  middle  manege- 
I  mant  cannot  obtain  information  thay  naad  for  dacieloo-malrlng. 
|  Management  attempts  to  gain  control,  upgrading  docu- 
I  mentation,  restructuring  existing  applications,  introducing  data 
I  boa#  monagomont,  formalising  the  planning  and  control. 
I  Maintananca  costa  grow  vary  high.  Thora  is  a  long  appli- 
I  cation  backlog.  There  is  alow  application  growth  whila  OP  ia 
I  rsratructuHng  and  rebuildtag.  Tha  naad  for  data  administration 
I  ia  vaguaiy  perceived  but  little  effective  action  is  tab  an. 

STAGE  2»  CONTAGION 

Growing  damand  far,  and  prolifaratlon  of,  applications.  Enthusiastic 
development.  Applications  davalopad  in  isolation.  Proitfaratlan  of  Incom- 
J  potlMs  and  redundant  data.  Lax  cent  rot  No  ovoroll  planning. 

STAGE  ll  INITIATION 

Initial  davalopmant  of  first  appllrafioni  -  mostly  cast -reducing  functional  appli  cat  Iona 
such  as  accounting,  payroll,  order  control,  invoicing.  Ne  overall  OP  cant  rot 


[Hef.  28:  p.  81] 


Figure  4.1 


Six  Stages  of  Grovth  in  Data  Processing, 
Identified  bj  Rolan. 


to  practitioners  and  researchers  alike.,  Bnt  it  :.s 
incgiplete  in  its  attexpt  tot  capture  the  larger  organi¬ 
zational  context  vithin  which  coaputing  occurs,  and  it 


But  it 
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is  not  accurate  in  the  accounting  of  the  relationships 
between  the  various  components  in  this  context. 
[Ref.  30:  p.  474]  r 

A  large  portion  of  the  state  of  the  art  organizations 
are  in  the  latter  portions  of  stage  4  or  the  beginning  of 
stage  5,  where  Information  Resource  Management  is  empha- 
sized.  Closer  scrutiny  of  the  model,  reveals  that  the 
United  States  Navy  as  a  whole,  might  be  located  in  the 
latter  portions  of  stage  2  or  the  early  stages  of  stage  3 
[Ref.  31:  p.  1].  Possible  reasons  for  this  disparity  were 
covered  in  Chapter  II  of  this  thesis.  Assuming  that  it  is 
necessary  for  an  organization  to  pass  through  the  Nolan 
stages,  though  a  minimum  or  maximum  time  limit  for  traversal 
is  not  implied,  it  becomes  the  authors'  opinion  that  the 
U.S.  Navy  being  in  the  lower  stages  of  Nolan's  model  might 
be  considered  as  a  blessing.  The  reasoning  behind  this 
statement,  is  that  the  implementers  of  new  information 
systems  (IS)  within  the  u.  s.  Navy  can  learn  from  the 
mistakes  of  past  implementations  of  information  systems. 
Nith  these  "lessons"  in  mind,  the  Navy  can  use  accepted  and 
proven  methodologies  to  possibly  pass  through  stages  3 
through  5  with  minimal  time  and  impediment  to  the  organiza¬ 
tion.  Enroute,  the  Navy  will  become  the  beneficiaries  of 
mature  systems  that  have  become  a  part  of  the  overall  struc¬ 
ture  of  the  organization  as  the  IS  strives  to  serve  the 
needs  of  the  users. 

In  the  earlier  years  of  data  processing,  originally  an 
organization  sent  its  requests  along  with  the  information 
required,  to  the  data  processing  center.  It  was  massaged, 
lines  of  code  produced,  and  the  result  was  sent  back  to  the 
user.  Nith  technological  advances  came  wider  uses  and 
demand  of  data  in  the  form  of  useful  information  which 
ushered  in  the  MIS  era.  Presently,  the  office  automation 
venues,  local  area  networks  and  increased  data  processing 


capabilities,  has  given  rise  to  the  microcomputer,  which  has 
placed  great  potential  information  power  in  the  hands  of 
expectant  users.  This  has  ushered  in  a  new  concept  termed 
Information  Resource  Management  (IRM) ,  that  has  promised 
important  implications  for  its  DP  and  MIS  predecessors. 
[Ref.  32:  p.  94] 

B.  BBT  IHFORHATIOI  RESOURCE  HAHAGEMERT? 

Today,  many  corporations  and  institutions  are  quite 
satisfied  with  their  data  processing  capabilities  and  so 
they  should  be;  through  much  hard  work  these  data 
processing  capabilities  haye  become  very  effective, 
nevertheless,  the  trap  to  which  many  executives  in  these 
companies  may  fall  victim  is  the  belief  that  information 
needs  and  requirements  for  information  management  during 
the  1980's  can  be  satisfied  by  the  principles  and  tech¬ 
niques  that  are  proving  successful  today.  It  is  assumed 
thft  the  agent  that  will  allow  current  directions  to  be 
maintained  is  technology  itself,  cheap  minicomputers  and 
new  communications  potential.  But  technology  itself  is 
not  the  total  answer  for  the  future.  [Ref.  1:  p.  50] 

• 

Computing  power  is  becoming  relatively  cheaper  as  labor 
costs  rise  (see  Figure  4.2),  providing  some  impetus  to 
computerization.  [Bef.  18:  p.  10].  So  the  question 
becomes,  how  does  the  organization  manage  this  vast  cauldron 
of  information  that  is  available  to  the  manager,  if  the 
manager  assumes  that  the  organization  will  have  fewer 
personnel  in  which  to  use  on  any  specific  problem?  For  FT 
85,  28  percent  of  the  DOD  budget  will  be  utilized  in  the 
payment  of  personnel  costs  [Ref.  33:  p.  578].  Granted,  a 
certain  percentage  cf  that  slice  was  payment  to  retirees, 
but  the  connotation  is  clear  that  commanding  officers  can  no 
longer  approach  problem  solutions  using  the  old  axioms  of 
putting  more  people  on  the  job  to  ensure  the  successful 
completion  cf  the  project— the  people  just  aren't  available 
[Ref.  31:  p.  2]. 

But,  further  examination  of  the  term  "computing  power" 
is  warranted.  The  authors  feel  that  when  most  references 


Figure  4.2  labor  and  Computing  Costs. 


use  the  teras  "coaputer  costs",  "coaputer  power”,  etc.,  the 
publications  are  only  referring  to  the  hardware  costs. 
Granted,  hardware  costs  have  decreased  dranatically ' over  the 
last  two  decades,  bat  the  systens  or  lifecycle  costs  have 
increased  at  an  inverse  proportion  to  the  hardware  costs. 
Software  and  software  aaintenance  costs  have  reached 
draaatic  proportions  and  the  production  backlog  in  these 
areas  are  estiaated  at  a  2-5  years  delay  [Ref.  34:  p.  88]. 
Barry  Boeha  claias  that  in  1955  coaputer  hardware  costs 
doainated  software  costs  7:1,  but  by  1985  software  costs  are 
expected  to  doainate  hardware  costs  9:1  [Ref.  35:  p.  17]. 
Figure  4.3  refers. 


This  is  a  draaatic  reversal,  with  equally  draaatic 
effects  on  perceptions  about  the  costs  of  coaputing 
generally.  Hardware  is  usually  acguired  before 
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Figure  4.3  Hardware/Software  Cost  Trends. 


software.,  and  so  this  s 
of  computing.  S  tart-u 
costly  than  successfully 
that  meet  organizational 


nd  so  this  shift  has  reduced  the  entry  costs 
.  Start-up  has  become  comparatively  less 
successfully  implementing  computer  systems, 

fa&izational  needs.  Computing  now  appears 
sion  nakers  as  inexpensive,  nut  a  closer 


to  nany  decision  makers  as  Inexpensive,  nut  a  closer 
ook  reveals  that  it  is  not  so.  [Ref.  PP*  329-330] 

In  1979,  The  Oiebold  Group,  Inc.,  coined  the  tern 
Information  Resource  Banageaent  (IRH) ,  as  their  view  cf  how 
the  corporate  management  of  the  future  would  handle  informa¬ 
tion  in  more  effective  and  efficient  ways  than  organizations 
had  done  in  the  past  [Ref.  23:  p.  58].  The  Group  made  the 
distinction  that  the  inference  was  not  in  reference  to  data, 
but  to  information,  which  was  considered  the  analysis  and 


I-.y. 

tv 


tFOTaB 


k: 

W. 


K 


■w  jv 


synthesis  of  data  [Bef.  1:  p.  5(J].  The  founder,  John 
Diebold,  based  this  concept  on  a  passage  written  by  Johann 
Wolfgang  von  Goethe  in  1810.  "The  modern  age  has  a  false 
sense  of  superiority  because  of  the  great  mass  of  data  at 
its  disposal,  but  the  valid  criterion  of  distinction  is 
rather  the  extent  to  which  man  knows  how  to  form  and  master 
the  material  at  his  command  n  [Bef.  1:  p.  51]. 

"The  importance  of  information  cannot  be  overstated," 
[Bef.  20:  p.  78],  states  John  J.  Connell.  He  goes  on  to 
discuss  how  organizations  are  presently  in  an  information 
age  where  the  work  force  is  increasingly  made  up  of  people 
who  work  with  information.  Workers  are  besieged  on  all 
sides  by  new  information  sources,  while  better  information 
might  provide  the  competitive  edge  that  ensures  the  success 
of  the  organization.  Information  can  be  thought  of  as  a 
resource,  an  asset,  a  commodity,  a  national  treasure,  power, 
money,  and  possibly  knowledge  [Bef.  36:  p.  56].  It  is  all 
of  the  above.  •  It  is  none  of  the  above.  The  reader  could 
also  state  that  information  is  unique  in  that  it  has  no 
value  in  itself.  One  can  determine  its  value  by  those  that 
use  it  and  that  value  can  vary  over  time.  The  same  cannot 

i 

be  said  of  other  corporate  resources — the  value  of  informa¬ 
tion  is  in  the  minds  of  its  users  [Bef.  37:  p.  112].  But 
above  all  else,  information  must  be  managed  if  it  is  to 
prove  its  worth  in  the  future.  "It  is  clear  that  the  organ¬ 
izations  that  will  excel  in  the  80*s  will  be  those  that 
recognize  information  as  a  major  resource  and  structure  it 
as  efficiently  as  they  do  other  assets  "  [Bef.  1 :  p.  51]. 

C.  DEFINITIONS  OF  INFORMATION  BE SOU BCE  MANAGEMENT 

Information  Resource  Management  (IRM) ,  has  been  defined 
in  widely  differing  ways  by  different  authorities.  There  is 
probably  no  definition  on  which  all  authorities  would  agree, 
due  to  its  unique  nature  as  well  as  newness  on  the  scene. 


I 


Some  definitions  are  as  follows:- 


IRM  seeks  to  identify  the  common  patterns  of  information 
that  exist  in  the  organization.  to  integrate  these 
varied  patterns  across  the  total  organization  into  a 
coherent  whole,  and  to  provide  guidance  in  the  form  of 
standards  and  conventions  to  aake  the  best  use  of  infor- 
maticn  owned  by  the  organization.  [Bef.  38:  p.  46] 


IRH  has  been  defined  as  *a  state  of  mind,*  an  attitude 
that  considers  information  as  important  as  any  other 
vital  corporate  resource.  [Bef.  29:  p.  72] 


IBM’s  objective  is  to  manage,  store,  give  access  to,  and 
provide  the  ability  to  manipulate  and  communicate  the 
raw  material  of  information  and  knowledge:  data. 
[Bef.  39:  p.  225] 


Information  respurce  management  is  a  management  function 
to  develop  and  implement  policies,  programs,  guidelines 
to  plan  for,  manage,  and  control  information  and  infor¬ 
mation  resources.  [Bef.  40:  p.  43] 


IRM  is  the  $i 
enterprise’s  in 
rary  technology 
five  distinct  d 


rary  technology  m  the  most  profitable  way.  IR!1  has 
five  distinct  but  interdependent  management  functions- 
human  resources,  planning,  data,  applications,  and 
networks.  [Bef.  41:  p.  175] 
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IRM  is  simply  the  ability  of  management 
accurate  information.  at  the  right  time 
lowest  cost.  [Ref.  2i:  p.  15] 


to  come  uc  with 
and  at  the 


Managing  the  information  resource,  essentially  . - - 

gathering,  storing  and  processing  data  so  efficiertl 
and  effectively  that  organizations,  pr 


Information-  wi?h 
actions-both  on 
[Ref.  34:  p.  88] 


means 

_ _ _ _ _ _ ently 

„-t  organizations  produce  the  best 
which  to  make  decisions  and  take 
operational  and  corporate  levels. 


The  Information  Resources  .Management  System  .can  be 
viewed  as  a  framework  within  which  to  accomplish  the 
management  of  data  resources  in  an  orderly  and  system¬ 
atic  fashion.  [Ref.  36:  p.  99] 


Information  resource  management,  .in  our  view,  involves 
the  integration  of  diverse  disciplines,  technologies, 
data  bases,  and  other  information  handling  resources. 
[Ref.  4:  p.  8] 


Information  resource  management  is.  the  process  of 
managing  information  in  an  organization  so  as  to 
maximize  its  goals.  [Ref.  40:  p.  43] 


stem  that  .processes  data,  into  a 


A  (computer-basedl  sy _  _  _  _ , 

meaningful  form  that  can  be  used  by  the  recipient  for 
decision-making  purposes.  [Ref.  42:  p.  512] 


Management  of  the  integrated 

corporatior  - - 

and  office 


_  information  resources  of  a 
corporation,  including  data  processing,  communications, 
__a  --  automation.  [Ref.  43:  p.  5S0] 


The  policy,  action,  or  procedure-concerning  information 
(both  automated  and  nonautomated)  that  management  estab¬ 
lishes  to  serve  the  overall  current  and  future  needs  of 
the  organization.  IRM  policy  and  procedures  would 
address  such  areas  as  availability,  timeliness,  accu¬ 
racy,  integrity,  privacy,  security,  auditability;  owner¬ 
ship,  use,  ana  cost-effectiveness  of  information. 
[Ref.  441:  p.  2-1] 

A  divergence  of  opinion  is  apparent  in  these  defini¬ 
tions.  Some  authorities  say  that  Information  Resource 
Management  infers  automation;  others  not;  some  insist  that 
the  management  of  the  data  is  the  key  issue.  Some  say  that 
the  information,  next  to  personnel,  is  the  most  important 
asset  of  the  organization;  others  do  not;  others  say  that 
IRN  is  no  more  than  a  glorified  extension  of  HIS  and  will 
probably  go  the  same  route  as  other  information  systems  and 
fail  to  live  up  to  its  claim  [Ref.  20:  p.  84].  The  authors 
feel  that  Information  Resource  Management  is  the  first  real 
concept  that  tries  to  encompass  all  of  the  organization’s 
attributes  in  its  planning.  The  organization  uses  these 
resources  much  like  an  investor  uses  an  investment 
portfolio — putting  his  assets  and  time  into  those  areas  that 
will  reap  the  organization  the  highest  yields  based  on  that 
organization’s  present  situation  and  future  strategy. 

Top  management  must  realize  that  the  computer  can  help 
the  organization  put  their  arms  around  the  domain  or  bounded 
area  of  the  activity's  area.  The  external  forces  and 
internal  needs  should  drive  the  information  system,  not  vice 
versa.  If  symbolic  representations  in  the  computer  are  not 
founded  in  organizational  reality,  the  representations 

i  ,  < 

should  probably  not  be  there.  Each  piece  of  information 
that  is  stored  and  manipulated  should  serve  some  real  organ¬ 
izational  need.  [Ref.  29:  p.  73] 

The  definition  that  seems  the  closest  to  conveying  the 
authors’  opinion  of  IRM  was  formulated  at  a  Workshop  on  Data 
Dictionary  Systems  and  Information  Resource  Management 


sponsered  by  the  Association  for  Computing  Machinery  and  the 
National  Bureau  of  Standards  in  1980.  The  definition  reads: 


Information  Resource  Manaaement  is  whatever  policy, 
action,  or  procedure  concerning  information  (both  auto¬ 
mated  and  nonau tomated)  which  management  establishes 
that  serve  the  overall  current  and  future  needs  of  the 
enterprise.  Such  policies,  etc. ,  would  include  consid¬ 
erations  of  availability,  timeliness,  accuracy,  integ¬ 
rity,  privacy,  security,  auditability,  ownership,  use 
and  cost  effectiveness.  [Ref.  45:  p.  50] 


This  definition  of  IRM  was  said  to  have  been  chosen  to 
emphasize  the  organization's  wide  nature  of  planning  and 
execution  of  information  policies,  actions,  and  procedures 
in  order  that  data  can  be  treated  as  a  true  resource.  The 
definition  was  also  to  reflect  the  primary  shift  of  data 
processing  uses  from  processing  centered  design  methodolo¬ 
gies  to  data  centered  methodologies  [Ref.  46:  p.  1-10], 
which  is  a  key  point,  but  will  be  left  to  further  investiga¬ 
tion  by  future  writers.  Additionally,  one  will  observe  that 
the  DOD  accepted  version  reads  almost  verbatim  as  this  defi¬ 
nition  does  and  the  proposed  SECNA7  instruction  on  IRM  has 
adopted  the  DOD's  terminology  [Ref.  47:  p.  1,  Enel  2]. 


0.  A  CONCEPTUAL  TIEN  OF  IBS 

A  modem  organization  possesses  a  tremendous  amount  of 
valuable  data  that  has  been  generated,  collected,  and  stored 
in  an  automatic  and  somewhat  formatted  state  as  well  as 
manual  files.  However,  the  real  information  content  of  an 
enterprise  consists  cf  both  unformatted  data  and  informa¬ 
tion,  as  well  as  both  manual  and  automated  processes.  Data 
can  be  classified  into  four  distinct  classes: 


1.  Formatted  and  machine  readable. 

2.  Formatted  but  not  machine  readable. 

3.  Unformatted  but  machine  readable. 


4.  Unformatted  and  not  machine  readable.  [Bef.  46:  p. 
1-8] 

The  processes  reguired  to  utilize  the  data  of  any  of  the 
above  classes  include: 

1 .  Collection-  This  process  generally  tends  to  be  expen¬ 
sive  as  the  cost  of  identification  and  recording  can 
be  high.  [Bef.  18:  p.  73] 

2.  Processing-  The  data  collected  is  generally  massaged 
in  some  fashion  before  and/or  after  being  stored.  In 
the  case  of  automated  data,  this  could  occur  through 
the  use  of  computer  programs  while  for  nonautomated 
data,  manual  processes  are  used.  [Ref.  36:  p.  102] 

3.  Storage-  The  repository  of  data  and  information  may 
be  termed  as  a  database,  whether  it  is  a  filing 
cabinet,  a  library  of  books  or  documents,  a  set  of 
computer  tapes,  or  online  storage.  Generally,  unless 
it  is  a  database  consisting  of  stacks  of  letters  and 
magazines  on  an  officer’s  desk,  there  is  some  organi¬ 
zation  to  this  database.  There  is  a  storage  method 
(such  as  a  catalog  or  filing  system)  generating  an 
index  for  its  retrieval,  or  perhaps  a  method  of 
sorting  the  database  in  some  predefined  order.  K 
distinction  should  be  made  between  storage  of  current 
data  and  archival  storage.  [Bef.  18:  p.  56] 

4.  Retrieval-  The  retrieval  process  normally  uses  some 
knowledge  about  the  storage  technigue  being  used 
(such  as  what  the  index,  catalog,  or  ordering  is)  to 
make  sure  the  time  and  cost  to  retrieve  it  more 
effective,  if  not  efficient.  Often  there  exists  seme 
kind  of  guery  interface  that  a  user  may  invoke  to  aid 
in  the  retrieval.  [Bef.  48:  pp.  60-61] 

5.  Communications-  Many  times  a  communications  medium 
must  be  invoked  if  the  reguester  for  data  is  at  seme 


site  remote  from  the  database  or  if  the  database  is 
distributed.  The  communications  system  aay  consist 
of  aessenger  services,  mail  services,  telephone  or 
other  automated  systems,  some  of  which  aay  involve 
microwave  and  satellite  links.  [Bef.  22:  pp.  96-101] 

The  environment  in  which  the  preceding  processes  take 
place  is  composed  of : 

1.  Data  and  Information-  This  has  been  discussed  previ¬ 
ously,  and  represents  the  heart  of  the  entire  spec¬ 
trum  of  inforaation  processing  activities. 

2.  The  Osers  in  the  Organization-  Here  the  authors  are 
referring  to  the  personnel  in  the  organization  who 
are  users  of  data  and  other  information  components  in 
the  pursuit  of  the  activities  that  represent  the 
purpose  of  the  organization.  It  can  be  expected  that 
this  will  include  the  vast  majority  of  the  people 
working  for  the  organization.  [Bef.  4:  pp.  95-99] 

3.  Physical  Facilities- ‘ This  is  an  extremely  broad  range 
of  entities  composed  of  computer  hardware,  but  also 
includes  microfilm  cameras  and  readers,  xerographic 
copiers,  word  processing  systems,  visual  and  audio 
devices,  etc. ,  as  well  as  manual  files,  typewriters, 
etc.  [Bef.  18:  pp.  496-497] 

4.  Processing  Facilities-  The  use  of  these  are  required 
in  the  processing  activity  described  above,  but  is 
not  limited  to  it.  These  are  all  the  activities  that 
take  place  in  the  use  of  physical  facilities,  i. e. , 
what  is  usually  called  software  and  manual  processes. 
Software  should  be  differentiated  between  vendor 
supplied  and  produced  in  house,  which  may  include 
software  produced  with  the  help  of  contractual 
services  or  automated  tools.  [Bef.  48:  pp.  89-92] 


5.  Support  facilities-  In  this — category,  the  authors 
include  all  the  services  which  are  required  by  users 
of  data  as  well  as  personnel  whose  responsibilities 
are  primarily  in  the  information  systems  area. 
Included  are  research  librarians,  local  computer 
systems  staff  advisors  and  system  designers,  etc. 
[Ref.  36:  pp.  56-58] 

Each  component  listed  is  referred  to  as  an  Information 
Resource,  and  then  Information  Resource  Management  (ISM) 
becomes  the  task  of  managing  these  resources  in  an  inte¬ 
grated  and  coordinated  manner.  The  field  of  IRM  thus 
contains  all  management  aspects  (policy  formulation, 
resource  allocation,  implementation,  and  control)  of  the 
entire  information  related  operations  of  the  organization. 
The  many  locations  in  which  an  organization  has  previously 
stored  its  database  merely  adds  to  a  confusing  situation 
which  has  grown  from  a  lack  of  ability  to  truly  manage  the 
information,  as  it  was  too  dispersed  and  to  difficult  to 
control  in  any  centralized  fashion.  [Ref.  46:  p.  1-10]  The 
relatively  recent  realization  that  modern  computing  systems 
can  and  probably  should  be  used  to  control  the  entire  infor¬ 
mation  resources  of  the  enterprise  has  culminated  in  such 
disciplines  such  as  Database  Management  System  (DBMS)  , 
Spatial  Data  Management  System  (SDMS) ,  the  Data  Dictionary 
System  (DDS) ,  Decision  Support  Systems  (DSS)  ,  and 
Information  Resource  Dictionary  Systems  (IRDS) ,  to  name  a 
few,  as  well  as  planned  extensions  to  allow  better  planning 
and  control  of  the  entire  information  resource. 

ill  the  foregoing  considerations  emphasize  the  growing 
awareness  that  information  is  a  vital  organization  resource 
and  that,  as  such,  it  must  be  managed  as  skillfully  as  any 
other  important  resource.  The  importance  of  managing  infor¬ 
mation  gathering  and  processing,  was  recognized  by  the 


Association  of  Systems  Management  (ASH),  which  adopted  a 
program,  called  "Project  80*s. "  This  project  identified 
four  general  classes  of  information  technology:  data,  text, 
voice,  and  image,  which  would  possibly  require  management  by 


systeas  professionals.  Figure  4.4 -illustrates  hov  the  data 
processing,  automated  office,  and  communications  disciplines 
are  merging  and  creating  an  overall  Information  Resource 
Management  need.  [Bef.  43:  p.  19] 

As  noted  in  Nolan's  model  earlier,  as  organizations 
approach  the  maturation  stage,  the  contention  for  informa¬ 
tion  resources  increases  and  productivity  is  emphasized 
[Ref.  34:  p.  120].  The  major  tasks  of  the  IS  centers  will 
not  be  the  design  of  more  effective  computers  or  computer 
programs.  Rather,  it  will  be  to  improve: 

1.  The  guality  of  information  services  as  perceived  by 
the  users  of  such  services. 

2.  The  productivity  of  the  end  users. 

3.  The  management  of  data  processing  systems  and  appli- 

N 

cations  efforts.  [Bef.  43:  p.  22] 

Information  Resource  Manage  sent  seems,  in  the  opinion  of  the 
authors,  to  be  the  discipline,  methodology,  or  thought 
process  that  vill  attempt  to  provide  these  answers. 


V.  DEFINING  IBB  FOB  NAVAL  SHORE  ACTIVITIES 

A.  VET  IBB  FOB  THE  SBOBE  ACTIVITY? 

Op  until  this  point,  the  authors  have  presented  possible 
reasons  why  IRM  is  in  vogue  today.  Froa  IS  history  to  a 
displaying  of  the  problems  confronting  the  commanding 
officer  cf  a  shore  command  today,  the  purpose  was  to  provide 
reasons  and  insight  to  the  concept  of  IRB.  Nov  the  authors 
will  explore  hov  Information  Resource  Management  fits  into 
the  schema  of  the  Naval  Shore  Activity  and  in  what  areas  it 
might  "lighten  the  load"  of  the  commanding  officer  and  the 
principal  department  heads. 

But,  caution  must  be  observed  here.  If  the  reader 
expects  to  find  a  neat,  clean-cut,  twenty-five  vords  or  less 
definition  of  IRB  at  the  activity  level,  they  will  probably 
be  very  disappointed.  The  authors  feel  that  IRM  is  a  series 
of  processes  initiated  by  the  activity  for  the  purpose  of 
utilizing  information  as  a  resource  that  benefits  the 
command.  This  gees  against  the  grain  of  traditional  thought 
that  structures  most  concepts  to  the  point  that  their  flexi¬ 
bility  and  creativity  are  normalized  to  a  position  where 
they  might  not  be  useful,  viable  tools  for  the  decision 
maker.  This  innate  vision  of  the  organization,  cannot  be 
boxed,  crated,  or  priced,  but  rather  requires  years  of 
commitment  at  all  levels  of  the  command,  until  the  concep¬ 
tual  framework  of  IRM  becomes  the  mature,  infrastructure 
that  it  purports  to  be. 


B.  WHICH  INTERPRETATION  OF  IBB? 


One  of  the  immediate  problems  is  to  decide  on  an  inter¬ 
pretation  of  IRM  that  will  produce  the  desired  results. 


60 


Because  it  is  a  relatively  new  -  field,  there  is  not  a 
commonly  agreed  upon  set  of  terms  or  definition  of  scope  for 
Information  Resource  Management.  This  was  pointed  out  quite 
clearly  in  Chapter  IV.  presently,  there  are  two  somewhat 
diverse  interpretations  of  what  IBM  encompasses.  One  inter¬ 
pretation  holds  that  IBM  is  the  management  of  all  of  the 
resources  of  an  enterprise  which  are  devoted  to  handling 
information.  In  this  regard,  the  reader  could  view  IBM  as 
incorporating  the  management  of  ADP  and  word  processing 
equipment,  telecommunications,  IS  design  and  development, 
software  production  and  maintenance,  technical  libraries, 
document  retrieval  systems,  and  much,  much  more.  This  view 
would  focus  on  the  people,  equipment,  and  procedures  neces¬ 
sary  tc  provide  information  to  decision  makers  in  the  organ¬ 
ization.  [Ref.  49:  p.  3] 

The  authors  would  contend  that  the  structured  and 
centralized  nature  of  the  Havy  results  in  the  above  inter¬ 
pretation  being  held  by  the  commanding  officers  of  most 
shore  activities.  Additionally,  this  thought  process  is 
easily  portrayed  graphically,  as  well  as  being  readily 
communicated  to  the  organization.  But  the  authors  believe 
this  view  is  not  the  correct  way  that  IBM  should  be  looked 
upon  by  the  shore  activity. 

The  second  interpretation,  and  the  one  that  the  authors 
subscribe  to  in  this  thesis,  holds  that  information  is  a 
basic  resource  of  an  organization — a  resource  that  must  be 
managed.  Information  Resource  Management,  in  this  interpre¬ 
tation,  is  the  ma nacement  of  information  as  a  resource  and 
not  the  management  c£  the  resource  involved  in  handling  or 
producing  information.  From  this  perspective,  IBM  encom¬ 
passes  the  management  of  the  names,  attributes,  values,  and 
other  representational  characteristics  of  the  information 
which  the  organization  collects,  transmits,  processes, 
stores,  or  distributes.  The  management  of  the  information 


resource,  naturally,  will  entail  interaction  and  cooperation 
with  the  aanagement  of  the  information  handling  resources, 
hut  Information  Resource  Management  entails  a  unique  set  of 
problems  and  provides  a  command-wide  perspective  of  the 
information  resource  regardless  of  the  storage  media  of  the 
data  or  the  system  of  its  application.  [Ref.  49:  p.  3] 

C.  DEFINING  THE  PR0B1EH 

,  .Virtually  .every  action  by  a  commander,  manager,  or 
administrator  in  the  Navy,  as  m  any  large  organization, 
involves  the  acquisition  and  understanding  of  information: 
information  about  the  organization,  about  its  status,  about 
its  resources,  about  its  environment.  His  actions  usually 
result,  in  the  creation  and  promulgation  of  policies  ana 
directives:  that  is,  information  for  subordinates,  peers,  or 
superiors.  [Ref.  2:  p.  2] 

This  quote  was  taken  from  a  July,  1983,  report  to  the  United 
States  Navy  by  a  Committee  to  review  the  Navy’s  long-range 
ADP  planning.  The  report  went  on  to  say  that  automated 
handling  of  information  is  a  means  for  facilitating  the 
whole  ihh  process:  for  carrying  out  simple  functions  and  for 
keeping,  transferring,  and  displaying  in  clear  form  informa¬ 
tion  to  be  used  by  people;  people  who  may  be  workers, 
managers,  or  both.  [Ref.  2:  p.  2] 

Hanaging  information  as  a  resource  would  appear  to  be  a 
concept  that  would  appeal  to  the  commanding  officers  of  most 
naval  activities.  Information  can  now  be  understood  as  a 
resource  which  can  be  managed  by  the  commanding  officer  in 
ways  similar  to  the  manner  in  which  personnel,  money,  facil¬ 
ities,  and  supply  inventory  resources  are  presently  managed. 
Although  this  concept  would  probably  elicit  a  favorable 
response  from  the  commanding  officer  and  the  principal 
department  heads,  the  question  then  becomes  what  is  the 
procedure (s)  for  managing  this  resource?  This  question 
should  be  asked  carefully,  because  the  process  of  resource 


management  aay  not  be  as  veil  documented  or  understood  as  it 
is  practiced.  Hany  commanding  officers  are  effective  in 
aanaging  a  number  of  resources,  given  the  goal  of  acccm- 
plishing  a  particular  task  or  aission.  The  commanding  offi¬ 
cer’s  experience,  coupled  with  intuitive  leadership  and 
managerial  skills,  enables  the  commanding  officer  to  carry 
out  the  task.  Hovever,  asking  these  same  professionals  how 
they  might  manage  any  one  specific  resource  aay  result  in  a 
not  so  clear-cut  response.  [Bef.  50:  p.  41]  Because  of 
this,  suggesting  that  information  should  be'  managed  as  a 
resource  vill  not  invoke  the  actioned  response  that  equates 
to  the  conceptual  connotation  that  was  discussed  previously 
in  this  chapter. 

The  relative  unit  cost  of  processing  an  item  of  informa¬ 
tion,  whether  in  collection,  storage,  computational, 
distributive,  processing  or  dissemination  modes,  appears  to 
be  dropping  significantly  [Bef.  17:  p.  8].  This  was 
discussed  earlier,  but  what  must  be  cautioned  here,  is  that 
the  commanding  officer’s  attention  aay  be  diverted  to  the 
tool — the  new  equipment— rather  than  an  objective  and  subs¬ 
tantive  review  of  the  information  requirements  which 
supposedly  justify  the  investments  involved  [Bef.  51:  p. 
25].  The  authors  discussed  this  point  with  a  civilian 
member  of  a  naval  station  staff,  who  was  hired  by  the 
commanding  officer  to  "update"  the  processing  services  at 
his  command.  The  CC’s  direction  to  the  system’s  analyst 
consisted  entirely  of  the  statement,  "Bring  us  out  of  the 
dark  ages,"  with  little  other  specific  direction  as  to  what 
the  final  system  should  look  like  or  encompass!  Such  a 
statement  vill  probably  result  in  a  proliferation  of  very 
useful  tools  and  ideas,  but  overall  may  not  necessarily  be 
synchronized  and  harmonized  within  the  organization’s 
aission,  policies,  and  operating  frameworks  [Bef.  17:  p.  8]. 
Thus,  the  management  of  information  as  a  resource  should 
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focus  on  the  management  of  information  regardless  of  its 
storage  medium,  irrespective  of  the  equipment  (data 
processing,  office  automation,  data  communications,  etc.) 
vhich  handles  it,  and  looks  both  horizontally  and  vertically 
across  systems,  uses,  organizational  boundaries,  and  func¬ 
tional  areas  [Ref.  31:  p.  2]. 

Webster* s  New  World  Dictionary  provides  the  following 
three  definitions: 


Information-knowledge  acqui 
facts;  data;  learning;  lore. 


cquired  in  any  manner; 


Resource-something  that  lies  ready  for  use  or 
that  can  be  drawn  upon  for  aid  or  to  take  care  of 
a  need. 


Sanagement- the  act,  art  gr  manner  of  managing,  or 
analing,  controlling,  directing,  etc.  [Bef.  52: 
op.  723,  1211,  859]  .  *  L 


These  definitions  seei  neat  and  tidy,  but  to  the  commanding 
officer  who  is  attempting  to  implement  IRH,  they  become 
anything  but  "user  friendly."  But  this  should  not  be  so. 
Managing  data  and  information  resources  certainly  isn*t  some 
startling  new  breakthrough  or  patentable  invention  that  the 
world  has  been  holding  its  breath  in  anticipation  of 
receiving.  Rather,  it  should  be  emphasized  that  IRM  is 
simply  an  updating  and  integration  of  related  information 
management  principles  currently  dispersed  and  diffused  among 
many  different  disciplines  and  bodies  of  knowledge  [Ref.  17: 
p.8].  While  IRM  makes  the  case  that  data  and  information 
resources  have  been  under-managed  and  under-utilized,  it 
would  be  a  mistake  to  adop^  the  view  that  IRM  wj 11  solve  all 
of  t ]*£  commanding  officer* s  resource  management  and  utiliza¬ 
tion  problems  [Ref.  20:  p.  84].  Rather,  it  should  be  viewed 
as  one  of  many  tools  that  should  ease  the  burden  or  increase 
the  efficiencies  of  the  decision  making  process. 


L 


ufKWWWKMtiwiufitvxviunuruTuriuaufnrKk 


**,  *»  i'  *•. 


D.  7 IBIS  0?  IHF0RHATI0I 


1.  Eroad  Views  of  Inforaation 

The  authors  brought  forth  two  broad  views  of  the  way 
inforaation  should  be  viewed  by  the  commanding  officer  of  a 
shore  activity  in  Chapter  III.  One  was  an  external  view  of 
that  information  which  the  commanding  officer  utilized  to 
satisfy  the  demands/reports  of  the  administrative  chain  of 
command.  The  other  informational  view,  consisted  of  those 
data  inferences  that  were  required  in  the  day-to-day  opera¬ 
tion  of  the  activity.  But,  both  of  these  views  are  not 
specific  enough  to  the  discussion  of  information,  to  bring 
to  proper  view  what  information  as  a  resource  should  appear 
as  to  the  commanding  officer.  Something  more  is  required. 

Cne  of  the  most  significant  management  problems  to 
be  faced  in  the  management  of  information  will  be  the  deter¬ 
mination  of  the  cost  of  information  within  an  organization 
and  the  benefit  that  is  received  by  introducing  a  wide 
variety  of  information  handling  techniques.  Daniel 
Schneider,  a  speaker  at  the  INFOSYSTEHS  IBM  conference  in 
1980,  suggested  that  the  value  added  concept  of  information 
can  be  understood  by  categorizing  information  into  different 
categories: 

1.  Information  for  operation, 

2.  Inforaation  which  enhances  operation,  and 

3.  Information  for  decision  making  [Ref.  50:  p.  42]. 

To  encompass  the  points  given,  the  authors  contend  that  the 
commanding  officer  must  begin  thinking  of  data,  not  just  as 
abstractions  — ideas— but  as  something  tangible,  physical, 
and  concrete.  Granted,  inforaation  could  be  thought  of  in 
two  ways:  as  abstractions  (ideas)  and  as  a  physical 

commodity.  But  in  the  end,  the  commanding  officer  must 
consider  both  ways  of  looking  at  information  if  the  shore 


activity  is  to  manage  the  information  effectively.  This 
will  require  a  fundamental  rethinking  of  traditional  ways  of 
looking  at  information. 

Janes  Martin  further  identifies  these  same  three 
categories  as  types  of  management,  i.e.,  operating  manage¬ 
ment,  innovative  management,  and  top  management  [Ref.  28:  p. 
173].  While  the  first  and  last  are  easily  identifiable  at 
the  shore  activity,  the  innovative  management  idea  does  not 
lend  itself  as  veil.  The  authors  would  prefer  that  the  term 
"planning"  be  substituted  for  the  term  "innovative."  Each 
of  the  three  managements  have  different  information  needs: 

1.  Operating  Management  Information  Needs  -  Existing 

procedures  in  the  o-rganization  are  primarily  those 
which  have  been  established  by  directives  from  higher 
authority,  as  well  as  command  and  departmental 

instruction,  that  enables  them  to  carry  out  their 
day-to-day  activities  and  responsibilities. 

Reporting  procedures  provide  the  data  and  information 
necessary  for  routine  decision  making  by  operating 
management. 

2.  Planning  Management  Information  Needs  -  While  oper¬ 

ating  management  is  concerned  with  today,  planning 
management  is  concerned  with  tomorrow:  the  priori¬ 

ties,  services  and  activities  which  the  organization 
will  address  in  the  future.  The  information  reguired 
by  planning  management  is  forward-looking,  rather 
than  the  typical  backward  looking  or  current  informa¬ 
tion  required  by  operating  management. 

3.  Top  Management  Information  Needs  -  Top  management 
requires  information  both  for  today  and  for  tomorrow. 
The  organizational  leaders  require  information  about 
today's  activities  (from  operating  management).  But 
top  management  also  requires  information  which  will 


enable  then  to  establish  the  direction  of  the  future. 
Planning  management  normally  provides  this  latter 
input  to  top  aanageaent.  [Bef.  28:  p.  173] 


2.  The  Lifecycle  s>f  information 

Essential  in  the  iapleaentation  of  Information 
Resource  Management*  is  a  clear  understanding  of  the  rela¬ 
tionships  between  knowledge*  information*  and  data.  A 


Figure  5*1  Life  Cycle  of  a  Fact. 

simple  schematic*  as  shown  in  Figure  5. 1*  can  perhaps  most 
easily  be  understood  as  depicting  the  nlife  cycle  of  a 
fact."  Thus*  in  the  first  stage  of  its  life  cycle,  a  fact 
is  "born**  or  emerges*  At  this  stage*  it  is  a  raw  fact  — 
unevaluated*  It  has  almost  no  significance  standing  alone 
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out  of  context.  As  the  fact  "grows,"  it  enters  the  second 
stage  of  its  life  cycle.  Someone  has  chosen  to  evaluate  the 
significance  of  the  fact,  to  place  some  interpretation  and 
meaning  on  it.  Thus  information  is  sometimes  referred  to  as 
evaluated  data.  Finally,  in  the  third  stage,  the  maturation 
stage,  various  bits  and  pieces  of  information  are  put 
together  in  an  even  broader  context.  Knowledge  then  will 
aid  the  user  to  move  from  the  mere  option  or  half-truth  to 
"truth."  Eventually,  the  fact  "dies"  or  its  identity  and 
relevance  are  completely  subsumed  and  submerged  in  the 
knowledge  base.  [Ref.  36:  p.  53] 


3.  Vhat  Is  Information? 


Forest  W.  Horton,  Jr. ,  has  compiled  many  theorists* 
ideas  in  addition  to  his  own,  in  how  one  might  view 
information. 


All. acquired  facts  were  at  one  time  information, 
beginning  with  the  early  prenatal  and  postnatal 
processes  of  sentience,  cognition,  recognition, 
and  perception. 


Knowledge  is  ap  organized  body  of  information,  or 
the  comprehension  and  understanding  consequent  to 
the  acquisition  thereof.  Information  is  there¬ 
fore  the  narrower  term  of  the  two. 


two  or  more  tacts  may  be  correlated  by  the  intel¬ 
lect  to  produce  information.  Both  facts  may 
already  be  m  memory,  or  one  may  be  in  memory  ana 
the  other  m  the  process  of  being  brought  into 
memory. 


epistemologically,  insofar  as 
s  concerned,  because  of  some 
induction  or  deduction. 


The  value  of  information  is  the  extent  to  which 
it  helps  to  resolve  uncertainty.  The  value  of 
information  is  zero  if  uncertainty  is  not 
resolved  to  any  degree;  "complete"  if  uncertainty 
is  completely  resolved. 


In  this  theoretical  framework,  the  burden  imposed 
on  those  persons  who  furnish  information  might  be 
defined,  measured,  or  weighed  against  the  value 
of  the  information  furnished  in  psychological 
value/burden  terms  only,  not  in  economic  terms. 


One  m?n's  data  may  be  an-ot-her  nan's  information 
and  vice  versa. 


Typicallv,  as  we  .go  up  .  the  organizational/ 
authority  ladder,  information  at  the  lover  level 
becomes  data  at  the  upper  level.  Part  of  the 
reason  is  summarization  and  aggregation  of  data 
to  correspond  to  broader  responsibilities.  Part 
of  the  reason  goes  to  interpretation  differences, 
because  significance  and  relevance  are.  in  part, 
circumstantial  and  contextually-dependent,  not 
rooted  in  absolute  or  immutable  conditions  or 
situations.  [Bef.  36:  p.  55] 


A  popular  distinction  among  current  writers 
restricts  the  label  of  information  to  evaluated  data 
[Bef.  31:  p.  2-1].  Other  authors  feel  that  it  is  not  so 
much  a  problem  of  data  acquisition  as  of  data  organization; 
not  so  much  of  organization  as  of  retrieval;  not  so  much  of 
retrieval  as  of  proper  choice;  not  so  much  of  proper  choice 
as  of  identification  of  wants;  not  so  much  of  identification 
of  wants  as  of  identification  of  needs.  The  problem  then  in 
information  management,  is  not  one  of  gathering,  organizing, 
storing,  or  retrieving  data,  but  rather  one  of  determining 
the  necessary  information  requirements  for  decision  making. 
[Ref.  22:  p.  194] 


Information  is  simply  symbols  (data,  text,  images, 
voice,  etc.)  that  convey  meaning  through  their  relative 
ordering,  timing,  shape,  context,  etc.  it  includes  all  of 
the  traditional  output  associated  with  computerized  informa¬ 
tion  systems  such  as  computer  printouts,  display  screens, 
microfiche  and  data  bases.  It  also  includes  memos  (word 
processed  or  not) ,  conversations  (hallway  or  coast-to- 
coast) ,  drawings  (scribbled  or  draftsperson  drawn)  and  body 
language.  information  is  the  raw  material  for  making  deci¬ 
sions,  for  creating  knowledge  and  for  freeing  the  modern 
organization.  [Bef.  38:  p.  43] 


The  views  of  information  are  limitless  and  complex.  But  out 
of  possible  chaos  comes  order,  as  the  authors  will  try  to 
convey  in  the  next  few  sections  of  this  chapter. 


I.  STAGES  OF  IRH 


As  the  authors  have  presented  in  previous  chapters. 
Bichard  Nolan  has  benefited  the  inforaation  systems  commu¬ 
nity  through  his  studies  and  writings  in  the  Harvard 
Business  Review  about  his  proposed  stage  theories  of  evolu¬ 
tion  of  inforaation  systems  organizations.  The  stage  theory 
concept  is  now  being  applied  widely  in  aany  areas  of  the 
technological  explosion  [Ref.  30:  p.  466].  The  authors  feel 
that  it  would  be  equally  appropriate  to  apply  the  stage 
theory  to  understanding  the  evolution  of  IRH  within  a 
particular  activity  or  organization.  The  stage  theory  would 
indicate  that  organizations  will  go  through  four  significant 
stages  of  IRH  evolution: 

1.  Initiation, 

2.  Contagion  and  proliferation, 

3.  Consolidation  and  control,  and 

4.  Experienced  maturity  [Ref.  50:  pp.  47-48]. 

• 

A  key  factor  of  understanding  the  stage  theory  is  that 
the  organization  will  learn  only  through  experience  in  the 
use  of  a  new  concept.  It  will  be  necessary  for  the  organi¬ 
zation  to  move  step-by-step  along  the  learning  curve  through 
the  various  different  stages.  [Ref.  53:  p.88]  An  IRH 

program  aust  keep  pace  in  concept  with  the  learning  stage 
the  organization  has  achieved  in  computer  growth  [Ref.  SO: 
p.  48].  As  the  authors  pointed  out  in  earlier  chapters,  the 
possibility  that  the  0. S.  Navy  is  presently  in  stage  2  or  3 
of  Nolan’s  6  stages  (see  Figure  4.1)  of  computer  growth 
within  an  organization,  probably  works  in  favor  of  the 
command  that  is  trying  to  implement  IRH  along  with  automated 
facilities.  Remembering  that  IRH  is  a  series  of  processes 
or  a  vision  of  how  information  should  be  dealt  with  within 
the  organization,  will  allow  the  activity  to  reach 


saturation  goals  in  both  computer  usage  and  the  IRH  infras¬ 
tructure  simultaneously.  The  inherent  advantages  of  this 
approach  is  obvious  in  that  neither  the  usage  of  computers 
nor  the  thought  process  of  IRH  are  considered  as  "add-on", 
but  rather  both  have  become  viable,  integrated  parts  of  the 
activity  as  both  have  grown  and  matured  side  by  side  in  the 
organization. 

It  is  not  possible  for  an  organization  to  jump  along  the 
learning  stage  diagram,  bypassing  important  learning  experi¬ 
ences  [Ref.  50:  p.  48].  To  do  so,  would  be  to  invite 
disaster  in  the  form  of  the  system  becoming  a  detriment  to 
the  functioning  of  the  organization  rather  than  an  effective 
aid  to  information  management.  It  can  be  possible  however, 
for  the  organization  to  move  rapidly  along  the  learning 
curve  and  to  move  without  as  much  stress  and  strain  as  might 
otherwise  be  incurred,  if  an  appropriately  structured  IRn 
program  did  not  exist.  Information  Resource  Management 
advocates,  department  heads,  and  the  commanding  officer, 
will  probably  change  their  views  of  IRH  at  different  times 
along  the  learning  curve.  Advocates  will  learn'  faster  and 
they  must  have  patience  until  the  rest  of  the  organization 
moves  effectively  along  the  curve.  This  may  mean  that 
equipment  proliferation  and  the  use  of  diverse  technologies 
nay  be  necessary  prerequisites  to  the  introduction  of 
control  procedures,  that  will  introduce  into  the  organiza¬ 
tion  an  effective  Information  Resource  Management  program. 
[Ref.  4:  pp;  7-14] 

F.  METHODOLOGY  FOR  IBPLEME NTIOH  OF  IRH 

To  this  point,  the  authors  have  presented  various  argu¬ 
ments  for  why  a  shore  activity  should  attempt  to  implement 
IRM.  The  obstacles  that  would  interfere  with  such  an  imple¬ 
mentation  seems  endless;  the  task  itself  formidable.  Many 


opponents  to  such  an  inpleaentation  night  offer  the  arguaent 
that  the  present  way  cf  doing  business  at  the  shore  activity 
seems  to  work  well  enough.  The  authors  would  counter  with 
the  following  excerpt  from  the  Mission  Elements  Needs 
Statement  (MENS)  submitted  by  the  Commanding  Officer,  Naval 
Station,  Norfolk.  This  HEN*  s  stated  that  maintaining  the 
status  quo  and  failing  to  incorporate  modern  technology  will 
only: 

1.  Promote  and  perpetuate  obsolete  manual  methods  of 
processing  management  information. 

2.  Delay  important  decisions  for  want  of  current 
data  and  a  ready  retrieval  of  pertinent  data. 

3.  Dse  up  personnel  resources  to  maintain  manual 
processes  which  are  inefficient. 

4.  The  effective  management  of  resources  will 
continue  to  be  impaired. 

5.  Reduce  the  prime  management  functions  of  planning 
and  training  to  subordinate  priorities. 

[Bef.  3:  p.  4] 

This  seems  all  well  and  good,  but  how  does  the 
commanding  officer  implement  an  IBM  infrastructure  as 
described  so  far  at  the  activity?  The  authors  propose  to 
give  a  brief  introduction  to  a  methodology  in  this  section, 
with  a  more  detailed,  step  by  step,  "cookbook"  approach  to 
be  provided  in  Chapter  VII.  The  "cookbook"  approach  will  be 
structured  so  that  it  can  be  utilized  by  the  shore  activi¬ 
ty's  commanding  officer  and  his  subordinates.  The  authors 
will  utilize  the  book  Information  Engineering  by  James 
Martin  and  Clive  Finkelstein  as  the  methodology  and  the 
"Bases  and  Stations  Architecture",  as  briefed  to  OP-094  in 
aid-1984,  as  examples  in  formalizing  an  approach  to  IBM 
implemention  for  a  shore  activity. 
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6.  BASES  AID  STATZOBS  ARCHITECTURE* . 

In  April  1984,  OP-0945  commenced  formal  procedures  to 
implement  a  systems  architecture  at  selected  Naval  Stations 
and  Bases,  both  COHOS  and  abroad.  The  authors  met  with 
Captain  K.  Laughton,  USN,  initial  project  manager  of  the 
proposed  architecture,  in  mid-Hay  1984.  The  various 
approaches  and  methodologies  vere  discussed  that  mere  being 
considered  in  implementing  an  IS  architecture  to  be  utilized 
by  the  activity's  commanding  officers  and  subordinates. 

Since  the  Bases  and  Station's  Architecture  is  projected 
to  have  a  major  impact  on  the  shore  activity,  it  is  vital 
that  the  reader  have  an  overview  of  the  Architecture's 
history  and  direction.  The  proposed  architecture  will  be  a 
process,  not  necessarily  a  structured  approach.  Along  that 
line,  the  core  group,  see  Table  III  for  the  make-up  of  the 
group,  determined  various  measures  of  effectiveness  (NOE's) 
for  the  architecture,  as  well  as  making  various  recommenda¬ 
tions  of  how  to  accomplish  the  process  based  on  the  present 
picture  of  things  and  the  requirements  as  addressed  by 
various  commanding  officers  of  shore  activities.  Included 
in  this  proposal  was  "bounding"  the  project  to  include  102 
bases/stations  total,  identifying  the  functional  areas  at 
each  activity  to  be  implemented  that  would  be  included  in 
the  architecture  (from  a  previous  list  of  55) ,  proposing  the 
implementation  of  8  packages  per  year  with  the  completion  of 
the  project  projected  for  1990,  and  determining  3  prototype 
activities  (Naval  Stations  in  Norfolk,  Hayport,  and  San 
Diego  were  selected  with  three  Naval  Air  Stations  at  the 
time  of  this  writing  yet  to  be  decided  upon) . 

To  aid  activities  in  the  interim,  until  the  projects 
vere  fully  implemented,  standard  buy,  stand  alone,  microcom¬ 
puter  systems  (Zenith  100's)  were  recommended  for  use  by  all 
activities.  These  systems  were  considered  to  be  adequate 


Bases  and  Stations  Architecture  Core  Group 


Chairnan: 

NAVDAC  Tech  Dir: 
CINCFACFLT: 
CIHC1ANTFLT: 
NAVSTA  Norfolk: 
Project  Manager: 


Cart  Richardson,  OP-0945 
Mr.  Singleton,  OP-094 
Capt  Mcalllian  JADP  advisor) 
Capt  Ramsey  (ADP  advisor) 
Capt  Moore 

Capt  Laughton,  OP-0945 


A  number  of  additional  people  were  invited 
for  various  portions  of  the  discussion. 


[Bef.  54] 


for  most  activities  and  could  be  purchased  using  OSM,  N 
funds.  Additionally,  NAVDAC  has  implemented  steps  to  ensure 
that  the  nine  NARDAC*  s  break  away  from  the  "mainframe" 
mentality  and  try  to  size  hardware  to  software  requirements, 
in  support  of  naval  activity  commanding  officers.  [Ref.  54] 

In  mid-July  1984,  the  Bases  and  Stations  Architecture 
was  briefed  to  OP-094,  VADM  Nagler.  With  few  exceptions  the 
project  was  approved  as  briefed,  thus  laying  the  ground 
rules  for  an  architecture  that  is  entirely  "fleet"  driven 
rather  than  the  "top-down"  approach  as  most  projects  are 
envisioned.  The  scope  of  the  project  covers  the  before 
mentioned  102  activities,  plus  7  sponsors  and  8  major 
claimants— a  monumental  task  to  say  the  least.  [Bef.  11: 
unmarked]  Figure  5.2  depicts  a  graphical  representation  of 
how  the  functional  areas  of  the  activity  might  interface 
with  the  commanding  officer  as  well  as  the  internal  and 
external  requirements  that  top  management  must  deal  with. 

The  term  architecture  in  the  computer  industry,  often 
implies  a  scheme  which  has  not  yet  been  fully  implemented. 
A  good  architecture  should  relate  primarily  to  the  needs  of 


the  end  user  rather  than  to  the  enthusiast  for  particular 
techniques.  [Sef.  48:  p.  413]  Fred  Brooks  has  defined 
architecture  in  a  way  which  makes  a  clear  distinction 
between  architecture  and  engineering: 

Computer  architecture,  like  other  architecture,  is  the 
art  of  determining  the  needs  of  the  user  of  a  structure 
and  then  designing  to  meet  those  needs  as  effectively  as 

Jossible  within  economic  and  technological  constraints. 

rchitecture  must  include  engineering  considerations,  so 
that  the  design  will  be  economical  and  feasible;  but  the 
emphasis  in  architecture  is  upon  the  needs  of  the  user, 
whereas  in  engineering  the  emphasis  is  upon  the  needs  or 
the  fabricator.  [Bef.  55:  p.  45] 


Additionally,  architecture  must  be  carefully  distinguished 
from  implementation.  6. A.  Blaauw  states,  "tfhere  architec¬ 
ture  tells  what  happens,  an  implementation  tells  how  it  is 
made  to  happen"  [Ref.  56:  p.  76].  Architecture,  engi¬ 
neering,  implementation;  words  that  the  commanding  officer 
must  understand  if  IRH  is  to  aid  the  activity  in  their  usage 
of  information. 


B.  INFORMATION  ENGINEERING:  AN  OVERVIEW 
1 •  What  is  Information  Engineering? 

The  tern  Information  Engineering  refers  to  the  set 
of  inter-related  disciplines  which  are  needed  to  build  a 
computerized  enterprise  based  on  today* s  data  systems.  This 
is  in  contrast  to  Software  Engineering  which  is  the  set  of 
disciplines  used  only  for  specifying,  designing  and  program¬ 
ming  computer  software.  The  primary  focus  of  the 
Information  Engineering  methodology  is  the  data  that  is 
stored  and  maintained  by  computers  or  the  sources,  and  the 
information  that  is  distilled  from  this  data.  A  basic 
premise  therefore  (and  one  that  must  be  understood  by  the 
reader  or  implementer  of  IRH)  is  that  data  lies  at  the 
center  cf  modern  data  processing  as  shown  in  Figure  5.3. 


Figure  5.2  Functional  Area  Interfaces  with  the  CO. 
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[Bef.  28:  p.  3] 


Figure  5.3  Data  at  the  Center  of  Data  Processing. 


The  data  is  stored  and  naintained  with  the  aid  of 


various  types  of  data  systems  software.  The  processes  on 
the  left  create  infornation  with  appropriate  accuracy 
controls,  and  will  be  updated  periodically.  The  processes  on 
the  right  use  the  data.  Routine  documents  such  as  1149»s, 
receipts,  PMS  results,  etc.,  are  printed  upon  deaand.  The 
coananding  officer  or  principal  departaent  heads  soaetiaes 
search  for  inforaation  as  reguired.  They  create  suaaaries 
or  analyses  of  the  data,  and  produce  charts  and  reports. 
They  ask  "What  if?1*  guestions  and  use  the  data  to  help  thea 
make  decisions.  Auditors  check  the  data  and  attempt  to 
ensure  that  it  is  not  misused.  The  data  in  Figure  5.3  nay 
be  in  aultiple  data  systems;  the  data  aay  be  stored  in 


different  ways;  it  may  be  distributed;  the  data  is  often 
updated  and  used  by  means  of  transmissions  links  and 
terminals.  [Bef.  57:  pp.  3-4] 

2.  Data  is  Stable.  Procedures  are  Hot 

A  second  basic  premise  of  Information  Engineering 
is  that  the  types  of  data  used  in  an  organization  do  not 
change  very  much.  The  things  about  which  data  is  stored — 
for  example/  personnel,  equipment,  supply  inventories,  plant 
property —  do  not  change  over  the  lifetime  of  the  activity 
except  for  the  occasional  (rare!)  addition  of  new  types. 
The  characteristics  of  these  types  of  things — the  fact  that 
they  have  names,  sizes,  shapes,  durations — also  rarely 
change.  However,  the  individual  things — particular 
personnel  or  supply  inventory — do  change,  so  the  values  of 
the  data  kept  change  constantly  like  the  data  in  a  flight 
information  board  at  an  airport.  The  important  point  is 
that  although  values  change,  the  structures  of  the  data  does 
not  change  much  if  it  was  initially  well  designed.  This 
structure  therefore  could  be  used  as  the  foundation  for  the 
organization's  information  systems.  [Ref.  28:  p.  4] 

The  foundation  is  secure  only  if  the  data  is 
correctly  identified  and  structured  so  that  it  can  be  used 
with  the  necessary  flexibility.  This  is  not  a  simple  task 
and  many  of  the  early  attempts  to  build  organizational 
information  systems  failed.  Some  are  now  succeeding  where 
appropriate  methodologies  are  used.  Because  the  basic  data 
types  are  stable  while  procedures  tend  to  change,  data- 
oriented  forms  of  structured  techniques  succeed,  if 
correctly  applied,  where  procedure-oriented  techniques  have 
resulted  in  systems  which  are  slow  to  implement  and  diffi¬ 
cult  to  change.  Information  Engineering  seeks  to  fulfill, 
rapidly,  the  organizations  changing  needs  for  information. 
The  organization  can  obtain  results  quickly  once  the 


necessary  data  infrastructure  is  established.  The  activity 
can  also  have  sy stews  which  are  easy  to  change  if  the 
Information  Engineering  techniques  have  been  followed. 
[Ref.  57:  p.  4] 

3.  Ifcs  Building  Blocks  of  infor nation  Engineering 

Information  Engineering,  as  shown  in  Figure  5.4, 
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[Bef.  28:  p.  6] 


Figure  5.4  The  Basic  Building  Blocks 


provides  in  concept,  an  integrated — set  of  building  blocks. 
In  this  figure,  each  block  is  dependent  upon  the  one  beneath 
it.  However,  the  blocks  can  be  assembled  in  different  ways 
depending  on  the  techniques,  tools,  and  style  of  the  organi¬ 
zation  adapted  by  the  activity  in  practice. 

1.  The  stone  on  which  all  others  rest  is  Strategic 
Requirements  Planning.  This  attempts  to  determine 
the  objectives  of  the  organization  and  what  informa¬ 
tion  is  needed  to  enable  the  activity  to  accomplish 
its  objectives.  The  structure  of  Figure  5.4  can  be 
built  without  Strategic  Requirements  Planning,  but  to 
do  so  would  be  like  erecting  a  building  on  soft 
ground  without  good  foundations. 

2.  The  next  stage  or  block  is  Information  Analysis. 
This  is  top-down  analysis  of  the  types  of  data  that 
must  be  kept  and  how  the  data  might  relate  to  each 
other.  Information  Analysis  is  done  across  the 
entire  organization;  sometimes  this  stage  is  done  for 
one  functional  area,  department,  division  or  some 
ether  portion  of  the  activity. 

3.  The  third  stage  is  Data  Modeling.  Information  anal¬ 
ysis  surveys  the  types  of  data  needed  adross  the 
organization.  It  creates  an  information  model  which 
is  a  broad  overview  but  which  does  not  contain  all 
the  details  needed  for  database  implementation.  Data 
modeling  creates  the  detailed  logical  database  design 
and  attempts  to  make  it  as  stable  as  possible  before 
it  is  implemented.  Stage  3  is  an  extension  of  stage 
2  which  carries  it  into  more  detail  and  applies 
various  checks  for  stability.  [Ref.  28:  p.  5] 

Data  modeling  is  sometimes  done  without  organiza¬ 
tional  wide  data  analysis.  Localized  models  are  built  which 
relate  to  the  particular  division  or  department.  Localized 


models  are  easier  to  create  and  us«7  because  arguments  may 
te  avoided  among  the  various  departments  or  divisions  (func¬ 
tional  areas).  An  objective  of  Information  Engineering, 
however,  is  to  achieve  agreement  on  data  definitions  and 
structures  across  an  organization,  at  least  where  that  data 
has  to  be  shared  (to  reduce  data  redundancy)  or  used  in  an 
overall  control  system.  [Ref.  57:  p.  6] 

Information  analysis  cannot  be  achieved  without 
senior  management  support,  and  that  is  often  lacking. 
However,  to  build  and  implement  a  fully  integrated  IRM 
infrastructure  within  the  organization,  it  is  vital  to 
harness  the  perspectives  of  top  management  and  put  the 
bottom  two  blocks  of  Figure  5.4  in  place.  [Ref.  28:  p.  7} 
The  techniques  of  Information  Engineering  give  top  manage¬ 
ment  a  plan  of  action  with  which  to  direct  the  development 
of  information  resources  [Ref.  57:  p.  6). 

The  bottom  three  blocks  of  Figure  5.4  form  a  foun¬ 
dation  on  which  most  future  data  processing  will  be  built. 
Once  it,  or  part  of  it,  exists  it  may  become  desirable  that 
computer  procedures  be  developed  to  create  and  use  the  data. 
[Ref.  57:  p.  7]  Note,  that  up  to  this  point,  no  mention  has 
teen  made  about  automated  systems  whatsoever — the  inference 
is  clear:  define  your  objectives  and  what  business  you  are 
at  out  with  clear  definitions  of  tjje  data  and  information 
required  a£  all  levels  within  the  organization ,  prior  to 
even  considering  what  sort  of  computer  or  automated  equip¬ 
ment  will  best  serve  the  organization. 

I.  IBH  REVISITED 

IRM  is  a  management  function.  As  such,  IRN  is  a  part  of 
the  organization’s  processes,  like  supply,  administration, 
or  port  services.  It  is  a  function  requiring  management  at 
a  significant  level.  The  purpose  of  this  management 


function  is  to  develop  and  implemeht~~policies,  programs,  and 
guidelines.  These  are  rather  typical  functions  for  a 
management  organization,  but  the  key  to  all  of  this,  is 
again,  it  does  not  sav  computerize.  Rather,  IRK  as  a 
management  function,  says  that  the  activity  shall  develop 
and  implement  policies,  programs,  and  guidelines,  to  plan, 
to  manage,  and  control  information  and  information 
resources. 

The  importance  here  is  that  the  authors  do  not  talk 
about  the  media — e.g.,  computer,  or  word  processor,  or 
library,  or  microfiche — nor  do  the  authors  talk  about  the 
use — that  is,  the  level  in  the  organization  or  focus  of  the 
system  top  to  bottom,  decision-making,  or  operations.  Nor 
do  the  authors  talk  about  the  source,  internal  versus 
external.  What  the  authors  have  tried  to  convey  is  the  need 
for  a  functional  area  to  be  responsible  for  thinking  about, 
for  planting,  for  implementation  of  activities  that  will 
maximize  the  effective  use  of  information  in  an  organiza¬ 
tion.  [Eef.  40:  p.  42]  Robert  Soloman,  the  director  of 
communications  of  Congressional  Information  Services, 
states,  "Companies  will  turn  the  corner  when  they  realize 
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the  lack  of  goals  to  support  IRK  is  costly,  time-  consuming, 
and  wasteful.  Information  can  only  be  measured  from  the 
cost  of  not  having  it"  [Ref.  58:  p.  75], 

This  is  a  good  point  to  end  the  overview  of  Information 
Engineering  and  IRH  for  the  shore  activity.  The  authors* 
purpose  was  to  give  the  reader  a  general  idea  of  what  is 
involved  in  the  thought  process  required  in  the  implementa¬ 
tion  of  an  automated  system  for  an  activity.  The  reader 
should  try  and  visualize  the  presented  thought  process  as  it 
relates  to  Figure  5.2  which  showed  the  basic  17  functions  of 
the  shore  activity  and  their  generalized  internal  and 
external  interfaces.  Chapter  VII  will  follow  this  thought 
process  more  closely  and  at  a  greater  depth,  while  the 
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following  section  of  this  chapter,  shows  in  general  hov  the 
Supply  function  of  an  activity  would  be  viewed,  utilizing 
Information  Engineering  principles  as  a  guide. 

J.  SUPPLY  DEPART!! ENT  FUNCTIONAL  AREA  REVIEW 
1 .  Introduction 

The  strategic  requirements  planning  stage  requires 
identification  of  the  key  information  that  is  supplied  by 
each  functional  area.  This  information  is  essential  for  the 
effective  management  of  the  activity  and  the  accomplishment 
of  the  activity’s  mission. 

The  process  for  developing  the  key  information  in 
each  area  can  be  best  illustrated  by  analyzing  a  functional 
area.  The  authors  will  discuss  a  supply  department  in  order 
that  the  reader  may  visualize  the  process  for  developing  the 
key  information  flows,  the  importance  of  this  information  to 
the  strategic  requirements  planning  stage,  and  the  relation¬ 
ship  to  the  information  analysis  stage. 

The  authors  chose  the  supply  department  because  of 
its  importance  to  a  commanding  officer  and  because  of  the 
fact  that  it  provides  some  degree  of  service  to  most  depart¬ 
ments  or  offices  at  a  naval  station.  The  Naval  Regional 
Data  Automation  Center  (NARDAC)  Norfolk,  analyzed  the 
various  functional  areas  at  Naval  Station  Norfolk,  Virginia, 
(NAVSTA  NORVA)  ,  and  documented  the  fact  that  the  supply 
department  interfaced  with  each  o’i;  the  other  functional 
areas  [Ref.  59:  p.  135].  The  importance  of  the  supply 
department  was  demonstrated  by  the  findings  of  the  Bases  and 
Stations  Architecture  review.  A  survey  of  all  participating 
commanding  officers  ranked  the  supply  function  as  the  second 
most  critical  of  the  seventeen  functional  areas  to  be  imple¬ 
mented  in  the  future  [Ref.  11:  unmarked]. 
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The  authors  recognized  that  every  supply  department 
will  he  tailored  to  support  the  specific  mission  of  the 
parent  activity  and  that  a  typical  supply  department  does 
not  exist.  The  authors’  choice  of  NAYSTA  NORVA ’s  Supply 
Department  as  an  example  was  based  upon  a  number  of  factors. 
NAYSTA  NORVA  was  chosen  because  it  represents  one  of  the 
Havy’s  major  shore  installations  and  because  it  was  included 
in  the  original  Bases  and  stations  surveys.  Additionally, 
the  NABDAC- NORFOLK  report  documented  the  operation  of  the 
supply  department  and  the  areas  most  likely  to  be  candidates 
for  automation.  A  final  justification  for  considering 
NAVSTA  NCRVA’s  Supply  Department  is  the  fact  that  the  Naval 
Automated  Data  Command  (NAY.DAC)  reviewed  and  adapted  NAYSTA 
NORVA ’s  Mission  Element  Need  Statement  (HENS)  as  a  model  and 
designated  NAYSTA  NORYA  as  a  prototype  site  for  developing  a 
"Naval  Base  Information  System"  [Ref.  11:  unmarked]. 

2 •  The  Supply  Department 

The  mission  of  the  Supply  Department  can  be  stated 

as: 

....to  provide  supply  services  to  all  departments  and 
offices  of  the  Naval  Station  and  limited  supply  support 
to  shore  activities  and  forces  afloat  [Ref.  60:  Chart  9] 


In  order  to  accomplish  this  mission  the  Supply  Department  is 
separated  into  three  divisions:  Supply  Services  Division, 
Food  Service  Division,  and  Collateral  Equipment  Division. 
Figure  5.5  illusttates  the  organizational  relationship  of 
these  divisions.  Each  division  will  be  discussed  in  the 
following  paragraphs. 


a.  The  Supply  Services  Division 


The  Supply  Services  division  is  responsible  for 
the  procurement,  receipt  and  local  delivery  of  supplies  and 
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Figure  5.5  The  Supply  Department 


equipment  for  all  departments.  In  addition,  this  division 
■aintains  the  plant  property  records  for  Class  3  and  4 
equipment  and  minor  plant  property.  The  Supply  Services 
division  is  the  "heart  and  soul”  of  the  department  and  is 
responsible  for  those  activities  most  commonly  associated 
with  the  supply  department.  In  addition,  the  division  is 
further  subdivided  into  three  branches:  Procurement, 
Beceiving  and  Service  Craft. 

The  Procurement  branch  is  primarily  responsible 
for  the  processing  of  requisitions  for  material  and 
supplies,  the  submission  of  all  invoices  for  payment,  and 


the  maintenance  of  all  plant  property  records.  The  procure¬ 
ment  process  is  characterized  by  the  fact  that  requisitions 
may  be  filled  by  a  number  of  methods.  Each  of  these  methods 
is  constrained  by  various  regulations  concerning  the  type  of 
material  that  may  be  procured  and  the  circumstances  under 
which  it  may  be  utilized.  The  sources  available  for 

procuring  materials  are: 

1.  The  Navy  supply  system, 

2.  Open  purchase  from  local  suppliers, 

3.  Blanket  Purchase  Agreements  {BPA)  with  local 
suppliers,  and 

4.  GSA  contracts. 

The  Service  Craft  branch  is  organized  to  support 
the  pert  services  department.  The  primary  responsibility 
of  this  branch  is  the  supply  management  of  repair  parts  and 
supplies  for  the  various  service  craft  assigned  to  the  port 
services  department.  These  service  craft  include  tugs,  yard 
oilers  and  harbor  craft,  and  provide  a  vital  service  to  the 
ships  operating  in  and  around  the  Hampton  Roads  area. 

The  Receiving  branch  is  responsible  for  the 
receipt,  issue  and  storage  of  items  that  the  supply  depart¬ 
ment  stocks  for  all  departments  of  the  Naval  Station. 
Cleaning  gear  and  light  bulbs  are  the  major  types  of 
material  stocked  by  the  receiving  branch.  In  addition,  the 
receiving  branch  is  responsible  for  storing  and  shipping 
seabags  belonging  to  military  personnel  in  an  incapacitated, 
unauthorized  absence  cr  brig  status.  The  maximum  length  of 
storage  is  180  days;  after  which  a  bag  is  shipped  to  another 
activity  for  long  term  storage. 

b.  The  Food  Service  Division 

The  Food  Service  division  is  responsible  for  the 
operation  and  management  of  the  Naval  Station’s  Enlisted 


lining  Facility  and  18  satellite3  facilities.  This  involves 
the  issue,  sale  and  transfer  of  food  items;  this  results  in 
the  sale  of  an  average  of  45,000  meals4  per  month.  The 
operation  of  the  division  is  divided  into  three  areas: 

1.  Records  and  Returns--responsible  for  the  determina¬ 
tion  of  reguirements,  processing  of  all  receipts  and 
expenditure  documents  and  the  preparation  of  records 
and  returns. 

2.  Food  Storage--responsible  for  receipt,  storage  and 
issue  of  all  fcod  stocks. 

3.  Food  Preparation — responsible  for  the  preparation  and 
service  of  all  food  products.  [Ref.  59:  p.  85] 

c.  Collateral  Equipment 

The  Collateral  Equipment  Division  is  responsible 
for  controlling  the  Naval  Station* s  reutilization  program. 
As  a  divisional  entity,  it  acquires,  stores,  and  issuer 
excess  material  that  may  be  utilized  by  naval  station 
departments  and  offices.  The  division  is  responsible  for 
maintaining  accountability  over  all  equipment  and  for  effec¬ 
tively  distributing  this  material  to  eligible  users. 

K.  IN  SUHHARI. . . 

The  verbal  description  of  a  "typical"  naval  shore  activ¬ 
ities,  the  supply  department  just  presented,  might  leave  the 
reader  with  the  feeling  of  "so  what?"  The  authors*  inten¬ 
tion  was  to  ensure  that  the  reader  understood  the  importance 
of  identifying  the  mission  of  the  supply  department  and  the 

3These  include  sipall  galleys  on  the  tugs,  a  galley  at 
the  degaussing  station  and  a  mobile  van  that  services  the 
fire  fighting  school. 

♦Obtained  during  31  August  1984  phone  conversation  with 
NAVSTA  Norfolk's  Food  Service  Becordskeeper . 


organization  of  this  functional  area.'  Each  of  the  divisions 
and  branches  in  turn,  oust  be  analyzed  in  order  to  determine 
how  it  contributes  to  the  department's  mission.  This  anal¬ 
ysis  is  an  ongoing  process.  After  the  verbal  description  is 
considered  satisfactory,  then  it  is  transformed  into 
diagrams  that  depict  the  information/data  flows  between  the 
various  components  that  will  make  up  the  functional  area. 
These  data  flow  diagrams  after  approval,  may  be  mapped  to 
automated  systems,  depending  on  the  needs  and  desires  of  the 
activity.  The  key  point  is  that  the  IRH  process  involves 
much  thought  and  discussion  by  the  key  personnel  of  the 
activity,  prior  to  reaching  fruition  into  a  system  that  will 
meet  the  current  and  future  needs  of  the  command. 

Pebster  defines  process  as  "a  continuing  development 
involving  many  changes"  [Ref.  52:  p.  1133].  This  is  what 
encompasses  IRH.  A  flexible,  mature  information  system  is 
constructed,  utilizing  the  tools  or  building  blocks  of 
Information  Engineering  or  some  other  similar  methodology, 
to  develop  the  reguired  infrastructure  that  will  serve  the 
commanding  officer  and  the  activity.  It  is  vital  that  each 
functional  area  go  through  the  same  thought  process  and  then 
all  of  the  functional  areas  be  brought  together  and  the 
activity  viewed  as  a  complete  entity,  prior  to  automation 
integration  strategies  commencing.  In  the  authors'  opinion, 
to  do  otherwise  would  be  to  develop  a  system  that  will  fall 
short  of  fulfilling  the  mission  of  the  organization,  as  well 
as  the  requirements  cf  its  users.  Chapter  VII  looks  closer 
at  the  step-by-step  thought  process  behind  the  implementa¬ 
tion  of  IRH,  up  to  the  automation  stages.  The  chapter  imme¬ 
diately  following,  investigates  the  apparent  need  in  the 
opinion  of  the  authors,  for  an  IRH  professional  within  the 
Navy. 
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VI.  TH£  IRH  PROFESSIONAL 


A.  THE  TASKING 

The  following  quote  was  taken  from  a  July  193  3,  report 
to  the  United  States  Navy  by  a  Committee  to  review  the 
Navy's  long-term  ADP  planning: 

Ensure  that  the  Navy  continues  to  provide  and  expands 
its  ability  to  provide... a  corps  or  experts  to  which 
units  of  the  Navy  can  turn  for  assistance  in  planning 
for  and  using  ADP  technology  [Ref.  2:  p.  23]. 

The  inference  seems  clear;  the  tasking  pointed.  But,  pres¬ 
ently,  in  the  authors'  opinion,  there  is  no  person  or  organ¬ 
ization  within  the  Navy  structure  that  the  commanding 
officer  can  turn  to  that  has  the  expertise  in  implementing 
the  Bases  and  Stations  Architecture  or  planning  the  integra¬ 
tion  of  IRH  within  the  activity.  The  activities  need  help — 
specialized  help,  that  will  provide  the  expertise  and  skills 
required  to  ensure  that  viable,  structured  systems  are  the 
results  of  the  commanding  officer's  efforts.  Help  in  the 
structuring  of  systems  that  will  aid  in  the  decision  making 
processes  as  well  as  increase  individual  productivity  at  all 
levels  throughout  the  command. 

The  impact  of  automation  and  computers  on  all  areas  of 
management  would  be  even  greater  today,  if  one  could  exploit 
the  full  potential  of  existing  computer  technology. 
Resistance  to  change  in  general  and  to  ''computers"  specifi¬ 
cally,  cause  some  cf  the  problems,  but  the  failure  to 
maximize  computer  potential  is  due  primarily  to  lack  of 
know-how.  [Bef.  18:  p.  557]  The  commanding  officer  is  in  a 
quandary.  The  broader  issues  of  information  management  in 
support  of  Navy-wide  management  and  command-decision 


processes  is  not  present  at  NAVDAC"  or  the  seven  NAREAC' s 
[Ref.  2:  p.  16].  But  with  the  issuance  of  the  proposed 
Navy's  instruction  on  Information  Systems,  the  commanding 
officer  is  to  "organize  and  integrate  information  management 
functions  to  accomplish  mission  goals"  [Ref.  47:  p.  3]. 

There  is  no  one  proper  approach  to  information  manage¬ 
ment,  and  the  requirements  that  an  information  manager  must 
possess.  But  the  bottom  line  is  that  the  implementation  of 
information  resource  systems  at  the  activity  level  vill 
require  a  new  approach  and  a  change  in  the  thinking  of 
senior  personnel.  The  new  information  professional  must  be 
able  to  grasp  the  essential  motives  and  goals  of  the  organi¬ 
zation  and  then  structure  today's  technology  to  execute 
those  desires  [Ref.  21:  p.  16]. 

In  the  past,  officers  in  the  O.S.  Navy  have  routinely 
been  placed  in  positions  of  authority  where  they  lacked  the 
technical  expertise  in  their  job,  but  operated  successfully 
in  their  new  environment  by  employing  good,  fundamental 
managerial  and  leadership  traits.  However,  the  commanding 
officer  of  most  shore  activities  normally  does  not  possess 
the  technical  expertise  in  the  area  of  information  systems, 
nor  does  the  commanding  officer  have  personnel  on  the  staff 
who  maintain  the  appropriate  skills.  The  question  that  the 
commanding  officer  at  the  shore  activity  is  faced  with  is, 
which  person  do  I  put  in  charge? 

In  the  corporate  world,  technical  knowledge  is  still 
important,  but  employers  are  increasingly  mentioning  such 
management  attributes  as  creativity,  decision-making,  and 
communication  skills  [Ref.  61:  p.  8].  In  the  authors* 
opinion,  this  sounds  much  the  same  as  the  requirements  of  a 
good  division  officer  or  department  head.  But  additionally, 
"Corporations  are  interested  in  cost  efficiency.  They  want 
sharp  individuals  who  are  well-rounded,  who  understand  all 
the  components  of  the  corporation  and  who  are  able  to  make 


decisions  on  that  basis"  [8ef.  61 — p.  8].  This  automati- 
cally  leaves  out  the  Ensign  that  is  6  months  TAD  to  the  base 
awaiting  orders  or  the  LTJG  who  is  over-allowanced  and  has 
no  previous  experience  of  handling  people  or  material. 
Additionally,  to  place  the  title  of  Information  Systems 
Manager  (ISM)  on  an  already  over-burdened  department  head  or 
executive  officer  as  a  collateral  duty,  may  possibly  doom  an 
information  systems  project  to  failure  even  before  it  has 
begun.  Help  is  needed. 

B.  WHERE  HELP  CAB  BE  FOtJHD 

Due  to  the  unavailability  of  help  within  the  Havy  envi¬ 
ronment  and  the  lack  of  expertise  within  the  activity's 
organization,  more  and  more  commanding  officers  are  turning 
to  outside  sources  to  supply  consulting  and  information 
systems  packages.  These  are  expensive,  usually  short-term 
contracts,  and  do  nothing  to  build  a  baseline  of  "experts" 
within  the  Havy  to  alleviate  the  anticipated  greater  need  of 
information  specialists  over  the  next  2  to  5  years. 
HARDAC's  focus  their  attention  on  the  largest  users  and  in 
the  absence  of  HARDAC's,  many  users  have  to  adopt  less 
effective  and  less  uniform  ADP  systems  [Ref.  2:  p.  '7]. 
Additionally, 

HAVDAC  (and  indeed  all  aspects  of  the  Havy  and 
government/congressional  procurement/oversight  process) 
appears  to  have  been  too  rigidly  focused  on  computer 
hardware  and,  to  a  lesser  extent,  applications  software, 
while  having  paid  too  little  attention  to  policy  devel¬ 
opment,  strategic  planning,  and  the  potential  of 
management-level  information  systems  [Ref.  2:  p.  15]. 

The  axiom  "a  good  manager  can  manage  anything,"  could 
also  be  paraphrased  to  a  good  division  officer  or  a  good 
department  head.  But  the  one  key  ingredient  that  is  missing 
from  this  formula,  is  that  normally  the  inexperienced 


officer  had  an  experi  need  chief  petty  officer  or  first 
class  petty  officer,  who  could  be  relied  upon  in  guiding  the 
new  officer  over  the  rough  spots.  As  information  systems 
managers  or  implementors  of  automated  information  systems 
for  the  shore  activity,  personnel  that  have  experience  in 
the  areas  of  computing,  ADP,  or  the  management  of  such 
resources,  simply  do  not  exist.  In  the  authors*  opinion  the 
bottom  line  then  stays  the  sane — the  commanding  officer  of 
the  shore  activity  must  either  implement  the  Bases  and 
Stations  Architecture  and  integrate  ISM  for  the  organization 
using  inexperienced  information  systems  personnel  at  the 
commanding  officer’s  disposal  or  pay  excessive  prices  for 
civilian  expertise.  Both-  options  leave  no  guarantee  that 
the  final  product  will  be  the  information  system  that  was 
originally  envisioned  by  the  users. 

Various  "system"  or  functional  area  standard  software 
procurements  have  already  been  produced  or  are  in  the 
process  of  being  produced,  for  the  shore  activities.  Figure 
6.1  shows  two  of  the  functional  areas  currently  in  various 
stages  of  iirplementa  tion.  Hote  the  use  of  older  "Mainframe" 
type  hardware — one  hopes  that  compatibility  and  portability 
do  not  become  issues  when  the  software  is  made  available  to 
the  activities.  Even  with  the  standardized  software  pack¬ 
ages  in  hand,  the  commanding  officer  is  still  faced  with  the 
task  of  integrating  these  "standardized"  packages  on  hard¬ 
ware  that  must  be  procured  through  other  sources. 
Additionally,  the  activity’s.  Information  System  Manager  will 
have  to  "tailor"  the  packages  to  fit  the  organization  as 
well  as  the  hardware  environments  of  the  command.  Finally, 
what  future  support  and  documentation  will  be  available  for 
these  "system"  packages  is  unclear.  The  authors  feel  these 
functional  area  software  packages  have  all  the  earmarks  of 
buying  "a  pig  in  a  poke"  with  little  or  no  support  provided 
and  the  activities  lacking  the  qualified  personnel  to  imple¬ 
ment  them  properly. 


C.  WHAT  CONSTITUTES  AH  INFORMATION'S!  STEMS  MANAGER? 


The  hardest  concept  of  Information  Resource  Management 
(IRM)  for  today’s  DP/information  processing  manager  to  grasp 
is  the  management  process  itself. 

Although  the  challenges  lining  the  IRM  road  appear  to 
mirror  those  confronting  present-aay  information  processing 
management,  they  are  in  reality  only  mirages.  Traditional 
management  principles  take  on  a  new  meaning  and  concept 
within  the  ISM  framework. 

To  he  successful  in  this  hostile  environment,  the 
so-called  "information  resources  professional"  must  assume 
the  role  of  a  ringmaster. 

.  Standing  in  the  "center  ring,"  he  or  she  must  he  able  to 
bring  the  potential  chaos  of  the  organization  "circus"  into 
harmonious  balance.  That  is,  fuse  the  other  rings  of  the 
organization  together  to  fora  a  cohesive,  synergistic  infor¬ 
mation  resource  shov.  The  IRM  "ringmaster"  must  be  able  to 
deal  with  the  clowns,  lion  tamers  and  high  wire  artists  of 
the  organization,  while  at  the  same  time  juggling  the 
concerns  of  the  DP  department.  [Ref.  62:  p.  17 j 


Maybe  a  little  over-dramatic,  but  the  inference  is  guite 
clear — the  information  system  managers  of  the  80' s  and 
beyond,  must  be  managers  par  excellence.  The  authors  feel 
that  the  individuals  should  report  directly  to  the 
commanding  officer  and  have  the  responsibility  for  the 
information  system  as  well  as  the  authority  to  make  the 
required  decisions  necessary  during  implementation  stages  of 
the  system  and  beyond. 

At  a  minimum,  this  individual  should: 


1.  Understand  the  various  functions  of  the  command, 
their  inter-relationships,  and  the  overall  mission 
and  objectives  of  the  functional  areas  as  well  as  the 
organization. 

2.  He/she  should  be  able  to  translate  the  organizational 
objectives  into  resource  requirements  and  provide 
standards  to  honor  them. 

3.  The  information  systems  manager  (ISM)  should  be  able 
to  plan  and  control  the  required  resources  and  stan¬ 
dards  to  maximize  their  utilization  throughout  the 
activity. 
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.  It  is  imperative  that  the  ISM"  establish  visibility  on 
all  known  and  planned  (manual  and  automated)  systems 
within  the  organization  with  a  look  toward  compati¬ 
bility  and  future  information  exchange. 

5.  The  ISM  should  create  a  committee  of  technical  and 
user  representatives  from  the  functional  areas,  to 
evaluate  and  approve  usage  without  redundancy,  using 
accepted  project  management  techniques. 

6.  The  area  under  the  ISM's  cognizance,  should  be 
staffed  with  result  and  people-oriented  personnel 
that  are  keenly  in  tune  with  the  command's  goals  and 
objectives.  [Bef.  29:  p.  72] 

This  person  should  excel  in  organization,  communications, 
and  the  ability  to  achieve  results  through  people 
[Bef.  32  :  p.  106].  Academic  and/or  technical  credentials 

are  essential,  but  one  of  little  use  if  the  ISM  is  unable  to 
fulfill  the  aforementioned  capabilities.  The  reader  must 
not  be  misled  by  this  statement  though.  The  technical  and 
academic  qualifications  are  extremely  important  (a  two  week 
training  command  environment  type  school  will  not  suffice  in 
providing  the  ISM  technician  with  the  tools  to  successfully 
implement  a  multi-million  dollar  project  for  an  activity)  . 
But  with  all  the  expertise  in  the  world,  the  technical 
manager/inplementer  would  be  unsuccessful  if  he  lacked  good 
management  techniques. 

Top  management  needs  to  understand  what  it  takes  to 
manage  information;  the  systems  and  methods  used  to  communi¬ 
cate  and  their  related  resources.  Since  more  than  70 
percent  of  an  organization's  information  is  obtained  through 
manual  systems  and  methods,  it  behooves  senior  management  to 
recognize  its  significance  [Bef.  29:  p.  72].  flhen  top 

management  of  the  activity  or  command  recognizes  and  assigns 
the  proper  caliber  of  talent  to  lead  the  critical,  sensitive 
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area  of  information  management,  the -entire  command  will  reap 
the  benefits  of  the  return  on  investment  from  the  time  and 
resources  utilized. 

It  would  be  foolish  for  an  ISM  to  ignore  the  complexity 
of  the  organization  in  which  an  Information  Resource 
Management  program  is  being  introduced.  The  political  and 
social  factors  within  an  organization  will  be  more  important 
in  determining  the  direction  of  an  IRM  program  than  all  the 
skills  of  the  ISM.  In  the  authors'  opinion,  the  ISM  must 
try  to  implement  the  automated  technology  and  IRM  to  the 
structure  of  the  organization  as  it  exists,  and  not  try  to 
change  the  structure  cf  the  organization  to  fit  the  system. 
The  manager  should  carefully  assess  the  political  and  social 
environment  within  the  organization  and  develop  programs 
that  will  be  in  concert  with  the  organization's  structure, 
mission,  objectives,  and  operations,  both  on  a  formal  and 
informal  basis  [Ref.  50:  p.  47].  The  future  looks  complex, 
because  in  an  environment  in  which  literally  everyone  can 
have  instant  access  to  information,  complex  arrangements 
will  required  if  the  interests  of  each  group  and  individual 
are  to  be  granted  a  certain  legitimacy  through  rational 
process.  [Ref.  63:  p.  67]  The  ISM  must  act  in  the  face  of 
uncertainty  to  grant  these  desires  without  the  luxury  of  a 
full  understanding  cf  the  system  or  its  functions  for  the 
most  part. 

D.  IS  AN  ISM  REALLY  REQUIRED? 

The  reader  could  argue  very  convincingly,  that  a  Naval 
shore  activity  could  probably  do  without  the  services  of  an 
ISM  in  the  implementation  of  IRM  at  the  command.  The  growth 
in  demand  for  MIS  managers  and  DP  personnel,  which  fell  or 
at  least  leveled  off  during  the  recent  economic  recession, 
has  bounced  back  with  vigor  with  the  recent  sustained. 
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stead;  grovth  of  the  econoa;  [Bef.'  61:  p.  1].  This  would 
seea  to  indicate,  in  the  view  of  the  authors,  that  corporate 
top  management  does  rot  truly  feel  the  information  system 
that  they  maintain,  is  the  "indispensible"  tool  that  many 
HIS  managers  purport  it  to  be.  If  required  to  initiate 
corporate  cost  cutting  or  "fat  trimming",  then  the  HIS 
departments  are  scaled  down  and  systems  implementation  plans 
are  held  back  as  first  maneuvers  of  top  management  to  cut 
costs.  Osing  the  above  criteria,  the  authors  feel  that  one 
must  question  the  validity  of  the  information  system  in  the 
first  place. 

In  the  authors*  opinion,  the  reasons  for  this  are  many 
and  varied,  some  of  which  include:  * 

1.  Information  is  not  viewed  as  a  resource  by  top 

management. 

2.  It  is  difficult  to  quantify  or  see  the  tangible 

benefits  of  information,  as  can  be  done  with  produc¬ 
tion,  manufacturing,  or  other  functional  areas. 

3.  Host  corporations  work  on  dollar  and  cents  profit 

margins  and  areas  that  cannot  be  viewed  in  those 
terms,  are  some  of  the  first  to  be  cut  when  belt 

tightening  is  required. 

"Corporations  are  interested  in  cost  efficiency.  They  want 
sharp  individuals  who  are  well-rounded,  who  understand  all 
the  components  of  the  corporation  and  who  are  able  to  make 
decisions  on  that  basis"  [Bef.  61:  p.  8],  states  Jaye 
Squire,  director  of  sales  for  Business  People,  Inc.  He  goes 
on  to  state  that  employers  are  mentioning  the  attributes  of 
creativity,  decision-making,  and  communication  skills  as 
prerequisites  of  their  HIS  managers.  The  authors  support 
this  observation,  but  feel  that  it  is  also  critical  that  the 
ISH*s  need  to  be  of  high  quality  if  they  are  to  survive  in 
the  organizational  structure. 


The  commanding  officer  of  the  shore  activity  at  this 
point,  say  again  feel  that  the  requirement  for  an  ISM  nay  be 
waived.  Shore  activities  are  not  cost  centers,  but  by  the 
same  token,  money  is  not  available  to  be  wasted  cn  areas 
that  will  not  provide  ’'tangible"  benefits.  ISM  and  auto¬ 
mated  systems  are  coning  to  the  Navy  in  general  and  to  the 
shore  activities  in  particular.  The  conmanding  officer  of 
the  activity  can  view  the  situation  nuch  like  the  coaaercial 
on  television  that  states,  "you  can  pay  ae  now,  or  you  can 
pay  me  later.”  In  the  near  future,  the  commands  will  not 
have  a  choice  of  whether  they  implement  IBM  or  not,  and  will 
probably  be  placed  under  a  time  schedule  by  higher  authority 
that  could  be  unrealistic  in  formalizing  a  viable  implemen¬ 
tation  at  the  shore  activity.  The  authors  believe  that  the 
IRM  process  is  here  tc  stay,  so  the  commanding  officer  that 
utilizes  the  services  of  an  ISM  and  a  structured  methodology 
for  implementation,  will  enable  the  command  to  reap  the 
future  tangible  and  intangible  benefits  of  such  a  system  not 
available  to  those  commands  that  wait  for  specific  guidance. 

£.  DIRECTION  PEON  HERE 


To  successfully  implement  IBM  concepts,  information 
systems  executives  must  be  held  directxy  accountable  for 
all  successes  and  failures  in  the  information  processing 
and  handling  envipflnkent.  and  must  be  in  a  position  to 
freely  express  different  viewpoints  ana  interest  with 
all  levels  of  management.  only  one  executive  level 
manager  must  have  the  authority  to  approve  all  eguip- 
ment,  software,  and  personnel  additions  and  replacements 
to  maintain  compatibility  with  the  overall  organization 
environment  and  preagreed  goals.  Onder  these  circum¬ 
stances,  meaningful  significant  changes  m  the  informa¬ 
tion  processing  and  handling  environment  can  be  made. 
[Ref.  23:  p.  58] 


In  the  opinion  of  the  authors,  the  commanding  officer  of  the 
Naval  shore  activity  must  begin  incorporating  the  ideas  and 
concepts  of  IBM  for  the  organization  today.  Looking  objec¬ 
tively  and  critically  at  the  IRM  concepts  as  previously 


98 


discussed,  the  activity  is  likely  'to*  benefit  by  coordinating 
the  usually  fragmented  and  uncontrolled  inforaation 
processing  and  handling  environment  expected  to  be  covered 
by  the  IFH  function  and  the  Bases  and  Stations  Architecture. 
The  degree  of  success  and  benefits  achieved,  will  depend 
mainly  upon  the  degree  of  top  management's  real  commitment 
and  the  careful  handling  of  the  command's  transition  through 
the  I  EM  stages  by  the  ISM  professional.  [Ref.  2  3:  p.58] 

As  discussed  by  the  authors  previously,  the  commanding 
officer  has  two  options  available  in  providing  the  organiza¬ 
tion  vith  an  ISH  professional: 

1.  Appoint  someone  that  already  exists  within  the 
command  structure,  either  military  or  civilian; 
appointed  either  as  a  collateral  duty  or  a  "full 
tine"  job,  or 

2.  Contract  or  hire  an  information  specialist  from  the 
civilian  sector. 

The  pros  and  cons  of  the  choice  were  presented  in  earlier 
sections  of  this  chapter.  Needless  to  say,  the  choice  is 
left  to  the  commanding  officer  of  the  activity,  for  who 
knows  the  command  better;  its  needs,  wants,  objectives,  and 
mission.  The  authors  would  lean  toward  the  internal  choice, 
especially  in  the  early  stages  of  the  IRH/architecture 
implementation,  vith  technical  expertise  sought  only  after 
the  problems  and  direction  of  the  system  implementation  have 
been  explored  and  planned  for  by  top  management.  The  imme¬ 
diate  skill  needs  reguired  by  the  ISH,  would  favor  an  indus¬ 
trious  manager,  a  "politician",  and  an  individual  that  can 
think  in  a  "Big  Picture"  or  total  organizational  framework. 
Additional  skill  reguirement  deficiencies  can  be  allevi¬ 
ated  through  continuing  education.  At  best,  the  choice  will 
be  subjective  in  nature,  depending  on  variables  too  numerous 
to  mention.  But,  the  choice  must  be  made  if  the  proposed 
system  is  to  be  implemented  to  serve  the  needs  of  its  users. 


The  following  section  presents  factors  to  be  considered 
by  the  command  in  trying  to  fill  the  position  of  ISM;  a  "job 
description"  if  you  will.  These  are  entirely  of  the 
authors*  views  on  the  subject  and  are  open  to  arguments/ 
discussion  from  the  reader.  The  final  section  of  this 
chapter  delves  into  the  possibility  of  an  officer  designator 
for  an  information  systems  professional  for  the  O.S.  Mavy. 


F.  PROPOSES  INFORMATION  SYSTEMS  PROFESSIONAL  REQUIREMENTS 


In  order  to  successfully  implement  IBM  within  the  organ¬ 
ization,  the  information  professional  must  be  a  management 
individual.  The  information  professional  should  be  assigned 
to  an  organizational  identity  that  is  equal  to  and,  capable 
of  functioning  on  the  same  level  as  the  other  department 
heads.  [Ref.  62:  p.  17]  As  the  IRS  professional,  the  ISS 
must  deal  in  the  same  context  and  "language"  as  the  other 
department  heads  of  the  organization.  The  ISS  should  be 
viewed  as  one  of  the  same,  rather  than  as  a  person  "apart 
from  the  crowd."  [Ref.  20:  p.  84]  As  a  professional,  the 
ISS  should  fall  within  the  following  general  definition: 


Professional  occupations  or  series  are  those  that 
require  knowledge  in  a  field  of  science  or  learning 
customarily  and  characteristically  acquired  through 
education  and  training  that  meets  tne  requirements  for  a 
bachelor's  or  higher  degree  with  major  study  in  or 

fertment  to  the  specialized  field,  as  distinguished 
ron  general  education.  The  work  or  professional  posi¬ 
tions  is  creative,  analytical,  evaluative,  or  interpre¬ 
tive;  and  is  characterized  by  personal  responsibility  to 
keep  abreast  of  and  exercise  judgement  and  bread 

Perspective  in  the  application  of  an  organized  body  of 
nowledge  that  is  constantly  studied  to  make  new  discov¬ 
eries.  and  interpretations  or  po  improve  the  data, 
materials  ang  methods.  Also  included  are  positions 
filled  by  trainees  who  meet  the  basic  knowledge  require¬ 
ments  and  who  perform  work  in  preparation  for  fully 
professional.  [Ref.  64:  p.  6] 


In  addition  to  the  computer  technological  skills,  the 
proposed  I SB  or  information  professional,  should  possess  the 
attributes  of  a  : 
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1.  Planner-  The  very  nature  of  information  management 
requires  that  information  managers  be  planners.  The 
IS  manager  must  aid  in  the  developing  organizational 
strategies  for  the  future;  become  the  catalysts  for 
planning  at  all  levels  throughout  the  activity  for 
the  information  system. 

2.  Chapqe  Agent-  The  very  work  accomplished  by  the  ISM 
dictates  that  change  will  take  place.  Change  should 
be  introduced  with  care,  patience,  and  sensitivity. 
Change  may  be  gradually  integrated  over  time  or  take 
place  drastically.  The  ISM  shall  dictate  the  pace  of 
IBM  assimilation  throughout  the  activity. 

3.  Information  Manager-  The  ISM  must  determine  how  best 
to  integrate  the  information  function  into  such  areas 
as  word  processing,  administration,  and  telecommuni¬ 


cations.  The  ISM  will  serve  as  consultant,  inno¬ 
vator,  and  "expert"  to  determine  the  path  of 
information  throughout  the  organization. 

Proactivist-  To  be  responsive  to  the  users*  needs 
throughout  the  command  will  not  be  enough.  The  ISM 
will  have  to  be  aggressive  if  the  information  is  to 
become  the  heart  of  the  organization.  Only  jhrough 
understanding  the  technology  and  applying  the  same  to 
the  users*  desires,  will  the  activity  achieve  the 
best  mix  of  technology  to  the  command's  needs. 
Business  Manager-  The  tools  of  information  management 
and  bringing  the  automated  technologies  to  the  users, 
can  be  quite  expensive.  The  ISM  will  need  a  solid 
understanding  of  both  business  and  technology  to 
effectively  integrate  information  management  to  the 
users'  needs  in  the  most  cost  effective  manner. 
Politician-  Political  strategies  are  an  important 
part  of  turning  the  power  structures  or  organizations 
into  a  positive  force  for  the  spread  of  technology. 
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As  a  good  politician,  the  iSiTcan  influence  users  and 
top  management  personnel  and  lead  them  through  the 
maze  of  technology  to  the  acceptance  of  information 
and  systems  planning  for  the  organization.  The 
political  side  of  information  management  requires 
such  skills  as  the  ability  to  recognize  pover  bases 
(both  formal  and  informal) ;  the  development  of  aware¬ 
ness,  sensitivity,  and  communications  skills;  and  the 
interpersonal  skills  needed  to  nvin  friends  and 
influence  people"  in  the  organization. 

7.  Integrator-  Tie  integrating  of  distributed  systems, 
of  office  automation  systems,  of  electronic  informa¬ 
tion  and  service  systems,  and  the  management  planning 
and  control  systems  will  require  an  integrator  of  the 
organizations  information  resources.  The  integrator 
role  will  merge  microcomputers,  communications,  and 
databases  into  effective  delivery  systems  that  will 
bring  information  resources-  to  managers  and  staff 
throughout  the  organization,  when  and  where  needed. 

8.  Information  Controller-  The  spread  of  sophisticated 
and  expensive  technical  resources  throughout  the 
organization  will  require  extra  care  in  the  manage¬ 
ment  of  these  resources.  The  result  could  be  more 
than  just  costly  and  inefficient  operations;  it  could 
be  loss  of'  control.  As  information  controller,  the 
ISfl  will  preside  over  information  management,  exer¬ 
cising  the  three  c*s  of  control — coordination, 
consistency,  and  compatability — to  ensure  efficiency 
and  effectiveness  in  the  use  of  information  resources 
distributed  throughout  the  activity. 

9.  Strategist-  Hanagement  by  strategies  might  provide  a 
methodology  or  view  for  increasing  the  effectiveness 
and  the  influence  of  the  information  management  func¬ 
tion  in  the  organization.  The  ISM  must  be  cognizant 
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of  the  command's  overall  stxategi.es  as  veil  as  the 
individual  strategies  of  each  functional  area  and 
where  they  complement  each  other  and  where  they 
depart  on  divergent  paths. 

10.  Staff  Professional-  The  ISM  as  the  information  czar 
is  generally  recognized  as  a  "staff"  professional  in 
the  organization.  As  such,  the  ISM  is  expected  to 
provide  technical  guidance,  technological  forecasts, 
decision  support  systems,  researched-based  informa¬ 
tion,  and  computer-based  systems  of  all  kinds  in 
support  of  the  organization's  activities  and  manage¬ 
ment.  If  the  ISM  is  to  maintain  respect  and  credi¬ 
bility  as  a  staff  professional,  however,  technical 
knowledge  and  education  must  be  continuous. 

11.  Manager-  In  addition  to  being  staff  professionals, 
ISM's  are  also  just  that:  managers.  They  just  don't 
manage  technology.  They  also  manage  people,  equip¬ 
ment  resources,  systems  projects,  user  relations, 
management  interfaces,  budgets  and  capital  expendi¬ 
tures,  and  technology.  The  individual  who  manages 
all  of  these  things  successfully,  especially  at  a 
naval  shor^  activity  that  encompasses  such  diverse 
functions,  is  not  just  a  technician;  the  ISM  is  a 
professional  manager — a  manager  with  a  technical 
specialty,  but  a  professional  manager  nevertheless. 
[Hef.  4:  pp.  47-52] 

The  authors  would  be  quick  to  point  out,  that  this  is  not. an 
all  inclusive  list  of  potential  qualifications  that  the 
commanding  officer  should  consider,  prior  to  filling  the 
position  of  ISM  for  his  activity.  The  list  would  probably 
change  somewhat  based  on  individual  problems  inherent  to 
each  activity,  as  well  as  financial  considerations  tc  the 
affordability  of  such  a  person,  etc.  But,  the  list  does 
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provide  the  commanding  officer  a*  'beginning  point  on  the 
traits/skills  that  the  activity's  ISM  should  possess  or 
possess  in  the  future,  as  the  ISM  infrastructure  traverses 
toward  maturation.  These  skills  are  necessary,  if  the  inte¬ 
gration  of  a  methodology  to  implement  IRM  is  to  be 
successful  for  the  naval  shore  activity.  Bith  this  section 
and  an  instruction  for  writing  position  descriptions,  the 
commanding  officer  should  be  able  to  draft  the  requirements 
for  an  ISM  for  the  activity.  The  bottom  line  is  that  the 
ISfl  IJiSi  possess  £&e  requisite  skills  to  make  t£e  necessary 
chojcgs.  is  build  t£§  resultant;  organization  and  procedures. 
and  is  motivate  atfd  control,  the  organization  to  achieve  the 
desired  objectives  [Bef.  38:  p.  16]. 

6.  THE  CASE  FOB  A  PBCFESSIOHAI  ISM  OFFICER 

The  following  gucte  speaks  to  the  governmental  informa¬ 
tion  manager's  rise  in  importance  within  the  government 
framework: 


If  one  examines  the  organizational  charts  and  telephcn 
directories  of  major  Federal  agencies,  it  is  apFaren 
that  the  management  support  cluster  of  functions  i 


support 


telephone 
apparent 
tions  is 


?radually  gaining  seme  ascendancy.  Traditionally  these 
ungt^ons  nave  Seen  stifled  by  the  fourth  category — 
administration  support.  Among  the  "classic"  organiza¬ 
tional  battles  which  have  taken  place  are: 

1.  The  change  in  titles,  at  the  top  organizational 
level  from  "admistration"  to  "management." 

2.  The  shredding  out. of  the  ADP  function  from  under 
the  control,  of  financial  managers,  to  separate 
status(  either  co-egual  to*  or  under,  or 
reporting  directly  to  a  generalist  manager,  such 
as  a  deputy  administrator  or  under  secretary. 

3.  The. growth  gf  specialized  information  centers  and 
their  organizational  placement  at  higher  organi¬ 
zational  levels. 

4.  The  rise  of  telecommunications,  management  and  its 
corresponding  high  location  on  the  charts,  as  a 
result,  of  the  need  to  manage  high  speed  data 
transmissign  and  keep  abreast  of  skyrocketing 
communication  costs  and  new  communications 
technologies. 


5.  The  gradual  erosion  of  organizational  boundaries 
between  statistical  functions  and  information 
functions*  Jn  lieu  of  calling  major  statistical 
capabilities  in  Government  "statistical  centers," 
we  are  seeing  names  like  "data"  or  "information 
and  statistics"  center. 

6.  The  ascendancy  of  the  planning  and  evaluation 
staffs  and  their  heavy  reliance  on  data  as  the 
raw  material  that  "feeds"  their  activities. 

7.  The  emergence  of  public  policy  management  as  a 
field  of  study. 

8.  The  emergence  of  resources  management  as  a  field 
of  study.  [Bef.  36:  pp.  248-249] 


The  reader  may  infer  from  the  above  list,  that  the  one 
important,  common  denominator  involved,  is  that  data  and 
information  are  the  critical  resources  which  each  of  the 
organizational  functicns  requires.  Host  of  the  new  manage¬ 
ment  specialized  functions  depend  on  information  as  the 
critical  resource.  The  O.S.  Navy,  in  the  authors'  opinion, 
is  no  different  from  the  rest  of  the  government  areas,  in 
that  information  is  a  critical  resource  and  that  these  new 
organizational  functicns  are  forcing  the  definition  of  the 
role  cf  the  informa ticn  manager. 

In  the  Committee  on  Beview  of  Navy  Long-Bange  ADP 
Planning  report  presented  to  the  O.S.  Navy  in  July  1983,  the 
following  statements  were  obtained: 


It  is  the  committee's  observation  that  skill'’  AD?  tech¬ 
nical  specialists  seem  most  challenged  and  exhibit  the 
greatest  dedication  when  the  top  management  of  their 
commands  understands  and  appreciates  the  contribution  and 

Jotential  of  advanced  information  systems.  This  is  particu- 
arly  true  in  the  cas4  of  military  members  of  the  ADP  organ¬ 
izations,  for  whom  assignments  in  ADP  are  not  universally 
regarded  as  enhancements  to  a  Naval  career. 

It  was  quite  clear  to  the  committee  that  assignment  to 
an  ADP  billet  was  likely  to  be  detrimental  to  an  officer's 
career.  The  committee  observed  that  this  policy  {whether 
consciously  established  or  the  result  of  other  decisions)  is 
counterproductive  to  the  objectives  of  the  Navy.  Instead  of 
conserving  a  scarce  manpower  resource,  the  policy  ensures 
that  a  deficiency  of  skilled  ADP  personnel  will  be  perma¬ 
nent.  This,  in  turn,  compromises  the  Navy's  ability  to 
address  more  fundamental  issues,  such  as  productivity 
improvements.  [Bef.  2:  pp.  18-19] 


The  report  vent  on  to  state  that  one  of  the  recommendations 
of  the  committee  was  that  the  office  of  NTADP  should,  "Act 
as  advocate  for  the  establishment  of  personnel  policies  and 
standards  and  the  development  of  career  patterns  (the 
authors  highlighting)  that  enhance  the  Navy's  ability  to 
acquire,  train,  and  retain  competent  ADP  specialists" 
[Ref.  2:  p.  21]. 


VII.  IHH  IMPIEHBHThTIOS.  METHODOLOGY 

l.  INTRODUCTION 

Peter  Drucker  has  stated: 

He  are  beginning  to  realize  that  the  computer  makes  no 
decisions;  it  only  carries  out  orders.  It’s  a  total 
moron,  and  herein  has  its  strength.  It  forces  us  to 
think,  to  set  the  criteria.  The  stupider  the  tool,  the 
brighter  the  master  has  to  be — and  this  is  the  dumbest 
tool  we  have.  .  .It  shows  us — in  fact,  it  compels  us — to 
think  through  what  we  are  doing  [Ref.  18:  p.  557], 

The  impact  of  computers  on  the  management  of  most  shore 
activities  has  yet  to  be  recognized,  and  the  impact  would 
increase  drastically  if  the  full  potential  of  computer  tech¬ 
nology  were  exploited.  In  previous  chapters,  the  authors 
have  discussed  hew  most  shore  activities  are  experiencing  a 
proliferation  of  computers  under  the  general  auspices  of 
"getting  out  of  the  dark  ages".  However,  the  authors* 
research  indicates  that  few.  if  anj,  shore  activities  have 
adequately  reviewed  why  they  are  buying  computers,  how  the 
computers  will  be  used,  or  if  the  use  of  the  computer  will 
be  cost-effective.  The  authors  would  contend  that  most 
shore  activities  have  not  "thought  through  the  process  of 
what  they  are  doing  cr  why  they  are  doing  it." 

B.  OYERVIEH 

Chapter  VII  is  an  attempt  to  provide  the  top  maragement 
of  a  shore  activity  a  check-off  list  or  "cookbook",  that 
will  enable  them  to  think  through  the  process  of  imple¬ 
menting  IRM.  The  methodology  presented  will  follow  the 
basic  concepts  of  James  Martin’s  Information  Engineering, 
but  will  be  structured  to  reflect  the  environment  of  a  Naval 


Share  Activity.  Figure  7.1  illustrates  the  six  steps  of 
this  methodology.  Subsequent  sections  of  this  chapter  will 
discuss  each  of  these  steps  in  greater  detail. 
Additionally,  where  applicable,  examples  from  the  supply 
department  (discussed  in  Chapter  7)  will  be  provided. 

Table  71  through  Table  IX  summarizes  each  of  these  steps 
in  an  easy  to  use  ’'bullet'*  format.  The  key  points  are 
presented  for  each  stage  and  additional  insight  is  provided 
by  comments  and/or  probing  type  questions. 

C.  PROPOSED  STEPS  OF  IBB  IMPLEMENTATION 

1 .  Command  Support  Development  {Step  Ij 

Command  Support  Development  is  an  attempt  by  the 
commanding  officer  to  develop  a  command  wide  interest  in 
Information  Resource  Management  and  to  motivate  the  depart¬ 
ment  heads  to  support  the  implementation  process.  The 
commanding  officer  must  convey  a  philosophy  on  IBB,  define 
specific  policies  for  implementing  IBM,  and  establish  a 
clear  understanding  of  the  goals. 

This  is  no  easy  task  and  the  reader  say  feel  that  an 
undertaking  of  this  lagnitude  is  beyond  the  call  of  duty  for 
a  commanding  officer.  After  all,  the  commanding  officer 
probably  has  little  knowledge  in  this  area  and  more  impor¬ 
tantly,  the  job  of  being  commanding  officer  of  a  shore 
activity  already  requires  25  hours  every  day,  let  alone 
adding  another  project.  The  authors  do  not  discount  this 
viewpoint;  however,  the  commanding  officer  must  recognize 
that  direct  involvement  is  the  single  most  critical  factor 
in  implementing  IBM,  and  without  the  personal  commitment  of 
the  CO,  the  entire  project  will  lose  visibility  and  never 
achieve  the  creditability  necessary  to  identify  the  activi¬ 
ty's  information  needs. 


Figure  7.1  Proposed  Steps  for  XBH  Implementation. 


The  authors  recognize  that-  a  commanding  officer 
cannot  devote  a  major  part  of  every  day  to  implementing  I EM. 
Therefore,  it  is  crucial  that  the  CO  appoints  someone  to 
coordinate  this  project.  The  commanding  officer  must  still 
take  an  active  part  in  the  entire  project,  but  ta is  "infor¬ 
mation  system  manager"  must  be  given  the  responsibility  of 
overseeing  the  project  and  the  status  and  "horsepower”  to 
effectively  function  in  this  postion.  Chapter  VI  discusses 
the  role  of  this  individual  and  the  gualif ications  necessary 
for  this  job.  The  authors  recognize  that  few,  if  any, 
commands  will  have  an  individual  who  is  educated  and  trained 
to  fill  this  postion.  However,  the  authors'  intent  in 
discussing  this  point  is  to  emphasize  that  until  Qualified 
people  are  available,  it  is  imperative  that  the  position  be 
filled  by  the  most  competent  person  available. 

Since  an  Information  System  Manager  (ISM)  will  be 
required  to  wear  many  hats,  it  is  imperative  that  the  job  be 
assigned  to  an  experienced  and  knowledgeable  person  who  is 
capable  of  dealing  with  all  levels  of  management.  The 
authors  perceive  that  in  most  activities  this  will  channel 
the  assignment  to  either  the  executive  officer  or  to  cne  of 
the  department  heads.  However,  rarely  will  these  individ¬ 
uals  have  sufficient  time  to  devote  to  implementing  a 
project  of  this  magnitude.  £ho  then  is  to  be  assigned  this 
job?  The  authors  feel  that  there  is  no  specific  answer  to 
this  question.  Rather,  each  activity  will  have  to  evaluate 
its  organization  and  attempt  to  identify  the  most  capable 
individual  who  can  devote  a  sufficient  amount  of  time  to 
this  project.  Ideally,  it  would  be  desireable  to  hire  a 
qualified  individual  and  assign  this  individual  to  the 
commanding  officer's  principal  staff,  but  the  cost,  as  well 
as  finding  one  that  is  truly  qualified,  may  inhibit  this 
option. 


An  activity's  education  "plan  is  the  key  to 
developing  support  throughout  the  command.  However,  the 
commanding  officer  must  gain  an  understanding  of  IBK  before 
this  plan  can  be  undertaken.  At  the  same  time,  the  depart* 
Bent  heads  Bust  also  be  exposed  to  the  principals  of  IBM. 
The  authors  offer  this  thesis  as  a  source  of  inforaaticn  for 
providing  a  basic  understanding  of  the  principles  of  IRH  and 
the  process  for  inpleaenting  such  a  system.  In  addition, 
the  bibliography  provides  an  excellent  source  of  current 
articles  on  the  subject  of  IRK.  Regardless  of  the  method  of 
exposure  (i.e. ,  foraal  presentation,  group  discussions,  or 
individual  research)  ,  it  is  vital  that  the  activity's  top 
aanageaent  (CO,  10,  key  staff  members,  and  department  heads) 
develop  an  understanding  of  IBM,  its  relationship  to  the 
mission  and  goals  of  the  activity,  and  the  projected 
benefits  of  such  an  implementation  to  them  as  the  upper  and 
middle  management  of  the  command. 

The  activity's  education  plan  might  be  used  as  the 
initial  step  in  developing  a  Plan  of  Action  and  Hilestones 
(POACH)  for  implementing  IRH.  A  POACH  is  necessary  in  order 
to  structure  the  implementation  process  into  something  that 
can  be  viewed  and  understood  by  the  entire  organization.  It 
enables  an  orderly  expansion  to  be  planned  and  periodic 
reviews  cf  progress  tc  be  established. 

The  authors  will  not  attempt  to  develop  a  "typical" 
POACH,  since  it  is  felt  that  each  commanding  officer  will 
have  an  approach  to  organizing  a  project  of  this  scope. 
Regardless  of  the  final  product  though,  it  is  essential  that 
the  PCASH  be  structured  to  convey  a  long  range  view  of  the 
organization  and  the  identification  of  actual  user  needs. 
The  goal  must  be  the  identification  of  actual  needs,  in  lieu 
of  perceived  needs  or  nice  to  have  items. 


2.  strategic  Requirements  Developaent  (Step  2) 

Strategic  Requirements  Developaent  is  an  atteapt  to 
establish  or  define  the  strategic  direction  and  objectives 
of  the  activity  for  the  future.  It  is  structured  to  iden¬ 
tify  the  critical  success  factors  *  (CSF's)  of  the  activity. 
These  factors  will  support  the  attainaent  of  the  activity's 
goals.  Hovever,  the  iaportance  of  identifying  the  critical 
success  factors  lies  in  the  fact  that  the  identification 
process  docuaents  the  areas  in  vhich  good  perforaance  is 
necessary  to  ensure  attainaent  of  the  activity's  goals. 
[Bef.  6:  p.81] 

It  is  iaportant  to  point  out  that  critical  success 
factors  are  not  peraanent,  particularly  in  the  dynamic  envi¬ 
ronment  of  the  Navy.  An  organization's  mission  could  be 
altered  cr  internal  considerations  could  lead  to  a  set  of 
temporary  critical  success  factors.  The  key  here  is  for  the 
commanding  officer  to  clearly  define  those  factors  that  are 
crucial  to  .the  success  of  the  activity  in  the  period  being 
covered  by  the  planning  process.  [Bef.  6:  p.  87] 

The  crucial  role  of  the  coaaanding  officer  during 
Strategic  Requirements  Developaent  cannot  be  overemphasized. 
The  CO  aust  be  an  aqtivq  participant  in  this  process,  and 
aust  ensure  that  all  key  staff  aeabers  and  departaent  heads 
take  an  active  role.  The  CO  aust  develop  the  viev  of 
Strategic  requirements  Developaent  as  an  organized  and 
structured  approach  by  top  aanageaent  to  foraally  evaluate 
the  mission  and  purpose  of  the  activity. 

The  coaaanding  officer  aust  provide  the  initial 
strategic  viewpoint  of  the  organization,  as  well  as 
providing  the  strategic  implications  of  various  functions 
and  goals.  In  addition,  the  CO  aust  act  as  a  referee, 

•The  limited  number  of  areas  in  which  results,  if  they 
are  satisfactory,  will  ensure  successful  perforaance  for  the 
organization  [Bef.  8:  p.81]. 
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preventing  departaent  heads  and'  staff  neabers  from 
atteapting  to  gain  a  political  advantage  or  attempting  to 
use  the  evaluation  piccess  as  a  aeans  to  attempt  to  build  an 
"empire”.  When  redundancy  issues  arise  or  parallelism  of 
function  is  evident,  the  CO  must  make  decisions  as  to  which 
functional  area  is  in  charge  of  what  data.  The  commanding 
officer's  role  and  participation  during  this  critical 
process  is  the  most  important  critical  success  factor  for 
implementing  IRH  at  a  shore  activity. 

The  Strategic  Requirements  Development  stage  will 
give  top  management  a  fundamental  understanding  of  the 
activity  (if  done  correctly,  it  may  be  the  first  insight  for 
some  participants  into  the  role  and  duties  of  other  func¬ 
tional  managers)  and  enable  top  management  to  identify  the 
information  that  is  essential  for  its  operation.  This 
organizational  viewpoint  and  the  key  informational  needs  can 
then  be  formulated  into  objectives  for  each  individual  func¬ 
tional  area. 

The  objectives  for  each  functional  area  should  be 
derived  from  an  understanding  of  the  activity's  goals  and 
objectives.  These  functional  area  objectives  must  be 
supportive  of  the  activity's  goals  and  objectives,  and 
provide  direction  for  each  departaent  head  and  his  partic¬ 
ular  functional  area.  [Bef.  28:  p.  170]  Only  by  identifying 
activity  and  functional  area  objectives  can  an  activity  hope 
that  an  information  system  will  take  these  objectives  into 
account  and  identify  data  relevant  to  those  objectives. 

So  far  the  discussion  of  Strategic  Requirements 
Development  has  focused  on  identifying  the  activity  in  its 
present  structure.  However,  it  must  be  recognized  that 
strategic  requirements  development  also  emphasizes  the 
current  organization  so  that  a  starting  point  is  estab¬ 
lished.  Once  this  framework  is  constructed,  the  structure 
can  be  built  upon  by  projecting  the  requirements  of  the 
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activity  for  the  fat  ore.  Strategic  -Requirements  Development 
emphasizes  the  current  roles ,  products,  and  services  of  an 
activity,  hut  also  attempts  to  identify  these  same  attri¬ 


butes  for  the  future,  [fief.  28:  p.  160] 

A  detailed  examination  of  the  purpose  and  mission, 
and  the  roles,  products  and  services  of  an  activity  is  no 
easy  task.  It  is  a  time  consuming  process  that  forces  top 


management  to  step  hack  from  the  present  and  evaluate  the 
requirements  of  the  activity  for  the  future  by  recognizing 
its  functions  from  the  past.  Often  it  is  difficult  for 
people  close  to  an  activity  to  divorce  themselves  from 


today's  problems  and  to  look  to  the  future.  Begardless,  it 
must  he  done.  Top  management  must  set  aside  individual 
parochial  vievs  and  work  as  a  unified  and  cohesive  group. 
[Hef.  28:  p.  165] 

A  vord  of  caution  is  necessary  at  this  point.  Many 
readers  may  feel  that  a  self-examination  of  this  depth  will 
require  someone  vith  no  vested  interest  in  the  outcome  of 
the  review  or  with  experience  in  systems  implementation  to 
act  as  a  catalyst  during  the  entire  process.  Such  "consult¬ 
ants"  are  readily  available  in  the  civilian  marketplace; 
but,  they  are  not  available  as  part  of  the  Navy's  informa¬ 
tion  structure  (this  was  discussed  in  Chapter  71)  . 
Regardless,  the  authors  contend  that  an  outside  consultant 
may  not  initially  be  the  best  alternative  for  a  shore 
activity  at  this  stage  of  the  I BN  implemention.  The 
Strategic  fiequirements  Development  stage  might  best  be 
accomplished  by  the  top  management  of  the  activity  acting 
independently  of  outside  influence. 

The  authors  do  not  discount  the  fact  that  many 


consultants  provide  a  valuable  and  useful  service.  Likewise, 
the  authors  also  do  not  discount  the  fact  that  a  consultant 
may  be  useful  in  one  of  the  later  stages  of  implementation. 
Instead,  the  following  points  are  offered  as  justification 


m 


for  an  activity  vith  linited  strategic  planning  experience, 
to  implement  Strategic  Reguireaents  Development  as  an 
in-house  project: 

1.  Strategic  planning  has  been  ignored  for  too  long 
(this  point  was  discussed  in  Chapter  V)  ,  and  it  oust 
be  explored,  developed  and  incorporated  into  the 
oanageoent  of  oore  shore  activities.  The  use  of  a 
consultant  trill  only  perpetuate  the  lack  of  awareness 
and  understanding  in  this  area. 

2.  The  top  oanageoent  of  the  activity  will  not  gain  a 
real  understanding  of  the  organization  or  of  the 
infrastructure  for  developing  an  information  system 
if  a  consultant  is  .hired.  Instead,  the  consultant 
vill  develop  this  understanding  and  will  attempt  to 
convey  it  to  the  appropriate  personnel  in  briefings, 
or  by  means  of  written  reports.  Regardless  of  the 
vehicle  used,  the  authors  contend  that  the  consultant 
will  be  the  only  person  to  gain  a  coarlete  under¬ 
standing  of  the  organization.  Rhat  happens  when  the 
consultant  is  no  longer  under  contract? 

3.  The  hiring  of  a  consultant  will  probably  reguire  a 
timetable  that  will  be  too  short  for  effective  imple¬ 
mentation  of  Strategic  Beguirements  Development. 
Contract  regulations  and  budgetary  constraints  will 
prevent  an  activity  from  hiring  a  consultant  for  the 
length  of  time  needed  to  accomplish  this  stage  prop¬ 
erly.  Instead,  a  compressed  timetable  might  be 
suggested  by  the  consultant  or  other  members  of  the 
activity’s  oanageoent  team.  The  end  result  might  be 
an  i op le mentation  process  that  is  coopressed  to  a 
point  where  only  marginal  success  is  possible. 

4.  Implementing  Strategic  Reguireaents  Development  as  an 
in-house  project  will  not  structure  the  information 


requirements  towards  a  specific  information  system. 
The  authors  contend  that  most  consultants  will 
attempt  to  develop  an  activity’s  information  needs  in 
terms  of  specific  hardware  and  software.  By  doing 
so,  the  consultant  establishes  a  "position”  for 
obtaining  additional  business  as  changes  are  needed 
or  if  problems  should  develop.  Even  more  critical 
though,  is  the  fact  that  this  end  product  may  not  be 
easily  translated  or  integrated  into  the  Havy's  view 
that  will  result  from  the  Bases  and  Stations 
Architecture.  In  other  words,  the  infrastructure 


that  is  developed  for  the  activity  will  reflect  the 
architecture  of  the  tools  and  not  the  structures  of 
the  organization — its  information  flows,  its  people, 
its  personality. 

5.  Perhaps  the  strongest  reason  for  implementing 
Strategic  Seguirements  Development  as  an  in-house 
project,  is  that  the  activity  as  a  whole  gains  an 
awareness  of  the  methodology  involved,  and  more 
importantly,  this  awareness  is  retained  by  the  activ¬ 
ity’s  personnel.  A  corporate  knowledge  of  "why  this 
was  done"  or  "why  this  wasn't  done"  is  developed. 


The  authors  contend  that  this  is  a  key  point  to  the 
future  success  of  the  implementation  and  that  the 
knowledge  gained  is  vital,  particularly  in  view  of 
the  changing  personnel  structure  of  an  activity. 

Information  Seguirements  Planning  is  the  stage  in 
which  top  management  determines  what  information  is  needed 
to  effectively  manage  the  activity.  It  is  based  upon  the 
strategic  direction  established  during  Strategic 
Seguirements  Planning  and  it  enables  top  management  to  iden¬ 
tify  information  requirement  alternatives  and  priorities. 
[Ref.  28:  p.  172] 


Chapter  7  discussed  three'  levels  of  management  and 
the  fact  that  each  of  these  levels  requires  a  different  type 
of  inforaation.  Information  Requirements  Planning  is  the 
stage  where  top  management  has  an  opportunity  to  discuss  and 
identify  the  inforaation  needs  of  these  various  levels  of 
management,  and  the  potential  benefits  of  providing  that 
inforaation.  The  benefits  and  costs  of  all  inforaation 
requirements  are  considered,  and  priorities  are  established. 
Given  the  resources  available,  the  goal  is  to  identify  the 
inforaation  requirements  that  will  give  the  activity  the 
most  "bang  for  the  buck".  [Ref.  28:  p.  172] 

It  is  vital  that  an  activity  recognize  that  the 
information  needed  by  different  management  levels  varies 
throughout  the  organization.  Information  Requirements 
Planning  can  aid  in  identifying  the  information  needs  of  all 
three  types  of  management.  Subsequently,  the  information 
analysis  stage  vill  enable  management  to  define  the  raw  data 
essential  to  provide  that  information.  [Ref.  28:  p.  174] 

*»•  gaCISBt  System  gyalaaljgB  (Si££  <L) 

The  authors  assert  that  many  activities  will  experi¬ 
ence  some  difficulty  in  identifying  information  flows. 
Consequently,  this  step  must  be  inserted  here  in  the  imple¬ 
mentation  process.  Cnly  through  a  thorough  understanding  of 
the  organization* s  present  inforaation  flows  vill  the 
command  be  able  to  forecast  the  system  architecture  required 
of  the  future  inforaation  system. 

Current  system  evaluation  is  an  attempt  to  determine 
how  an  activity  gathers,  stores  and  uses  information.  It 
must  be  conducted  for  each  functional  area,  as  well  as  for 
the  activity.  This  process  involves  reviewing  and  docu¬ 
menting  all  present  manual  methods,  as  well  as  all  currently 
installed  automated  systems. 


The  purpose  of  this  process-.is  to-  identify  how  and 
why  the  activity  gathers  information.  It  is  an  attempt  to 
document  all  procedures  so  that  they  can  be  evaluated  for 
effectiveness,  efficiency  and  redundancy. 

This  process  can  begin  as  soon  as  an  activity 
embarks  on  a  goal  of  implementing  IBB.  It  requires  that  the 
key  personnel  in  each  functional  area  identify  all  external 
and  internal  reports  and  how  the  information  for  these 
reports  is  obtained  and  processed. 

i 

5.  Appoint  an  Information  Analysis  Project  Team  (Step 

5) 

In  order  to  accomplish  information  analysis  it  is 
necessary  that  an  organized  and  structured  approach  be 
established  to  evaluate  and  categorize  all  information 
needs.  A  small  central  group  should  coordinate  the  entire 
activity  and  each  functional  area  should  appoint  a  group  to 
examine  its  individual  needs.  The  central  group  has  the 
responsibility  of  consolidating  the  data  views  from  all 
functional  areas,  removing  redundancies  and  resolving  any 
conflicts  that  might  arise.  [He£.  28:  p.  187] 

The  authors  perceive  that  the  XO,  ISM,  and  the 
department  heads  would  comprise  the  central  group,  and  that 
each  functional  area  would  develop  its  team  based  upon  its 
personnel  strengths.  The  commanding  officer  is  excluded 
from  this  group  because  it  is  recognized  that  the  CO  will 
not  be  able  to  participate  in  most  discussions.  However, 
the  authors  i  feel  that  it  is  vital  that  the  CO  personally 
resolve  all  conflicts  that  cannot  be  settled  to  the  mutual 
satisfaction  of  all  members  of  the  project  team.  This 
requirement  will  ensure  that  political  infighting  is  mini¬ 
mized  and  that  the  implementation  follows  the  commanding 
officer's  projected  vision. 
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6.  Information  Analysis  (Step  61 


Information  Analysis  is  a  methodology,  which  incor¬ 
porates  top  management's  strategic  direction,  to  identify 
the  data  required  for  effective  organizational  control 
[Ref.  28:  p.  64].  It  is  based  upon  the  premise  that  to 
understand  and  identify  the  data  relevant  to  an  organization 
requires  a  clear  understanding  of  the  organization  itself 
[Ref.  28:  p.  186]. 

Most  organizations  are  divided  into  units  or  func¬ 
tional  areas.  Information  Analysis  recognizes  this  and  the 
fact  that  management  personnel  in  each  functional  area 
develop  their  own  specific  and  unique  information  needs. 
However,  the  fact  remains,  top  management  requires  consoli¬ 
dated  and  summarized  data  from  these  functional  areas  in 
order  to  perform  in  a  decision-making  role.  Accordingly, 
Information  Analysis  takes  a  top-down  approach  in  order  to 
analyze  data  across  the  entire  organization.  It  attempts  to 
identify  first  the  data  which  is  most  stable  and  least 
liable  to  change— the  fundamental  data  that  will  always 
apply.  In  addition.  Information  Analysis  also  recognizes 
that  organizations  change  and  it  attempts  to  identify  data 
which  is  the  most  vulnerable  to  that  change.  [ Ref .  28:  p. 
186] 

As  an  activity  progresses  toward  the  Information 
Analysis  stage  of  IBM  implementation,  the  impact  of  the 
Information  Analysis  Project  Team  becomes  important.  The 
authors  contend  that  their  role  as  overall  coordinators  of 
this  stage  must  not  be  viewed  lightly,  for  without  a  unified 
and  structured  approach  it  will  be  extremely  difficult  for 
the  team  to  obtain  an  accurate  overview  of  the  activity's 
data. 

Figure  7.2  depicts  six  different  procedures  for 
Information  Analysis.  Sach  of  these  procedures  should  be 


viewed  as  having  a  specific  purpose  and  a  specific  output. 
The  authors  will  describe  each  procedure  in  the  following 
subsections  and  provide  examples  applicable  to  the  supply 
department  discussed  in  Chapter  V. 

a.  Initial  Data  Identification 

This  procedure  reviews  the  purpose  and  the 
missicn  of  the  organization  and  attempts  to  identify  the 
data  that  is  fundamental  to  the  organization  now  and  into 
the  future.  Top  management  involvement  is  crucial  to 
achieve  success  in  this  procedure,  since  their  interpreta¬ 
tion  of  the  activity's  purpose  and  mission  is  vital. 
[Ref.  28:  p.  187] 

The  objective  of  this  procedure  is  an  initial 
data  model  and  the  identification  of  key  data  subjects. 
[Ref.  28:  p.  196]  The  authors  contend  that  this  procedure 
should  proceed  fairly  smoothly  if  the  previous  steps  of  the 
implementation  process  have  been  followed.  After  all,  the 
strategic  direction  has  been  emphasized  as  has  the  critical 
information  needs  of  top  management.  However,  any  attempt 
to  jump  immediately  into  this  procedure,  without  having 
completed  the  previous  stage,  would  be  extremely,  difficult. 

A  return  to  the  supply  department  may  be  helpful 
in  providing  an  example  of  the  data  subjects  being 
discussed.  The  authors  will  assume  that  the  following  data 
subjects  might  have  been  identified  during  this  procedure: 

1.  Plant  Property. 

2.  Priority  Requisitions. 

3.  Invoices. 

4.  Enlisted  Dining  Facility  (EDF) . 


B.** 

% 


Although  all  of  these  data  subjects  are  directly  associated 
with  the  supply  department,  it  is  important  to  note  that 
only  the  data  subject  " ED F "  is  likely  to  be  strictly  a 
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concern  of  the  supply  department-*™  Each  of  the  ether 
subjects  have  applications  and/or  correlations  to  other 
functional  areas  within  the  command. 

A  word  of  caution  is  necessary  at  this  point. 
The  authors  would  suggest  that  it  is  extremely  easy  to 
become  overwhelmed  and  confused  by  the  guestion  of  how  much 
detail  is  reguired  in  this  procedure.  The  purpose  here  is 
to  create  an  overview — a  framework  for  a  more  detailed  model 
to  be  constructed  later  in  the  process  [Ref.  28:  p.  193]. 
The  authors  contend  that  any  attempt  at  too  specific  a  level 
of  detail,  will  be  counter  productive  and  should  be  avoided. 
In  addition,  the  subseguent  procedures  in  information  anal¬ 
ysis  will  most  likely  identify  any  oversights. 

b.  Functional  Area  Review 

This  procedure  reguires  that  each  functional 
area  review  the  subject  list  developed  in  Initial  Data 
Identification,  concentrating  on  those  subjects  relevant  to 
its  specific  area.  [Bef.  28:  p.  213]  This  procedure  expands 
the  data  identified  in  Procedure  (1' ,  by  incorporating  addi¬ 
tional  data  identified  from  a  functional  area  perspective. 
In  most  cases,  this  functional  area  perspective  will  also 
identify  various  attributes  •  for  each  data  subject.  Each 
attribute  must  be  defined  and  clearly  documented  as  to  its 
corresponding  data  subject. 

The  supply  function  will  again  be  utilized  to 
provide  an  example  of  this  procedure.  Table  IV  indicates 
the  attributes  the  data  subject  "priority  reguisitions" 
might  possess. 


•  Attribute-- characteristics  of  the  data  subject  which  we 
want  to  record  (i.e.,  size,  color,  address,  guantity) 


TABLE  I? 

An  Example  of  Attributes 


Data  Subject 


Attribute 


Priority  Requisition 


Requisition  number 
Document  number 
Priority 
RDp  . 

Onit  price 
NSR 

Quantity 


;s 


a 

a 


c.  Functional  Area  Objectives  Data  Extension 

This  procedure  recognizes  that  no  two  similar 
activities  will  ever  strive  for  exactly  the  same  objectives; 
but  depending  on  the  organization's  environment  and  the 
make-up  cf  top  management,  will  define  unique  and  specific 
objectives.  These  objectives  are  projected  downward  to  each 
functional  area,  which  in  turn  develops  its  own  objectives. 
[Ref.  28:  p.  190] 

This  step  is  an  attempt  to  review  the  activity's 
objectives  and  to  verify  that  these  objectives  are  projected 
down  through  the  organization,  resulting  in  supportive  func¬ 
tional  area  objectives.  After  this  is  accomplished,  the 
data  necessary  to  measure  objective  achievement  is  deter¬ 
mined.  Reviewing  tfce  objectives  in  this  manner  identifies 
the  data  upon  which  decisions  are  based  and  expands  the  data 
model  developed  in  tie  previous  procedures.  [ Bef .  28:  p. 
191  ] 

In  order  to  use  the  supply  function  in  further 
examples,  it  is  necessary  to  make  a  number  of  assumptions. 
The  authors  will  assume  that  an  objective  of  the  activity  is 


i 

& 
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to  naintain  a  high  "quality  of-  -life"  posture  for  all 
personnel,  both  permanent  and  TAD,  assigned  to  the  command. 
This  activity  objective  is  translated  in  the  supply  function 
to  an  objective  of  operating  an  EDF  that  provides  appetizing 
and  nutritious  meals,  within  the  established  cost 
constraints. 

The  authors  feel  that  in  order  to  measure  the 
achievement  of  this  objective,  a  number  of  factors  must  be 
considered.  The  reccrds  and  returns  maintained  by  the  Food 
Service  Officer  will  identify  the  financial  status  of  the 
EDF.  Specifically,  the  NAVSUP  Form  338  indicates  the  finan¬ 
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cial  status  on  a  daily  basis.  However,  the  determination  of 
quality  and  appeal  is  much  harder  to  guantify  or  measure.  A 
meal  evaluation  report  by  a  designated  individual  or  by  any 
patron  of  the  BDF  will  provide  some  indication  of  the  indi¬ 
vidual's  views  on  the  meal  evaluated.  However,  it  should  be 
obvious  to  the  reader,  that  it  is  extremely  difficult  to 
quantify  this  aspect  of  the  functional  objective. 

The  authors  chose  this  particular  example,  in 
order  to  demonstrate  that  many  objectives  involve  intangible 
aspects  that  are  difficult  to  quantify  and/or  to  identify 
specific  data  upon  which  to  measure  achievement. 
Begardless,  every  attempt  should  be  made  to  ensure  that 
specific  data  is  made  available  to  measure  achievement  of 
intangible  objectives. 

d.  Current  Eata  Examination 

Current  Data  Examination  reviews  the  data  that 
is  presently  used  by  the  activity.  This  involves  reviewing 
all  reports,  source  documents,  ledgers,  etc.,  and  identi¬ 
fying  all  data  subjects  and  attributes.  [ Bef .  28:  p.  191] 

It  should  be  pointed  out  that  the  previous  steps 
identified  both  current  data  and  future  data.  However,  the 


future  data  say  or  say  not  exist  at'the  present  time.  This 
procedure  is  an  attempt  to  cross-check  current  data  in  order 
that  the  activity  can  move  to  the  future.  This  step  will 
produce  a  data  model  that  can  then  be  compared  vith  the  data 
model  developed  earlier  in  Procedures  (1)  through  (3). 

An  example  of  the  results  of  Current  Data 
Examination  could  be  provided  by  reviewing  the  procurement 
branch's  supply  log  for  standard  stock  material  (a  separate 
log  is  kept  for  each  type  of  procurement) .  This  log  book  is 
used  to  record  information  on  all  standard  stock  requisi¬ 
tions  submitted  to  the  supply  department.  Table  V  identi¬ 
fies  the  type  data  that  might  be  found  in  this  log. 


TABLE  Y 

Current  Data  Items 

Da^e 

Priority 

HSR 

Cost 

Document  number 

Requisition  number 

Hame 

Receipt  date 

e.  Functional  Area  Integration 

This  procedure  combines  the  functional  area  data 
models  and  subject  lists  developed  in  Procedures  (1)  through 
(3)  and  incorporates  the  essential  data  from  Procedure  (4)  . 
[Ref.  28:  p.191] 

Many  redundancies  will  exist  between  the  data 
identified  in  the  various  functional  areas.  For  example, 
data  subjects  may  be  referred  to  by  different  names  in 


different  functional  areas  or  even— in  the  saae  functional 
area.  The  reader  must  keep  in  Bind  that  the  objective  cf 
infor nation  analysis  is  to  achieve  a  coordinated  overview  of 
the  data  subjects  throughout  the  activity.  [Bef.  28:  p. 
191]  Keeping  this  in  mind,  the  authors  view  this  step  as 
extremely  important  and  one  that  should  be  carefully  struc¬ 
tured.  It  is  likely  that  data  will  ,oe  identified  that  say 
not  presently  exist  in  the  current  data  structures  of  any 
functional  area.  In  addition,  data  aay  have  been  identified 
that  is  not  really  required — data  that  someone  thought  was 
needed.  In  either  case,  action  should  be  initiated  to 
resolve  the  status  of  these  data  subjects  and  any  other 
questionable  data  subjects. 

f.  Data  Conflict  Resolution 

Data  Conflict  Resolution  is  an  '  attempt  to 
resolve  conflicts  and  controversy  over  the  definition  and 
accountability  status  of  data  shared  across  functional 
areas.  It  is  a  means  of  determining  what  functional  area  is 
responsible  for  creating  and  deleting  data  that  is  shared. 
In  addition,  this  procedure  requires  that  all  users  of 
shared  data  be  identified.  The  resolution  of  all  data 
"conflicts"  is  the  objective  of  this  procedure.  [Ref.  28: 
p.  192] 

g.  Summary 

The  six  procedures  for  information  analysis  have 
developed  a  list  of  data  that  is  fundamental  to  the 
activity.  This  data  is  necessary  for  day-to-day  operations, 
to  be  utilized  for  the  measurement  of  objective  attainment, 
and  is  crucial  to  the  decision-making  process  [Ref.  28:  p. 
204]. 

Once  again,  the  authors  point  out  that  a 
specific  discussion  or  mention  of  computers  has  not  been 
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aade.  The  purpose  of  the  preceding  data  analysis  has  been 
to  provide  a  methodology  that  would  enable  the  activity  to 
identify  why  and  how  it  will  use  computers  to  "lighten  the 
load".  The  authors  contend  that  only  now,  after  building 
the  activity  data  model  and  information  flows,  can  these 
guest ions  be  addressed.  The  authors  perceive  that  an 
activity  that  has  progressed  to  this  plateau  is  now  ready  to 
incorporate  computer  technology  to  automate  the  activity's 
functional  areas  and  the  information  flows  that  link  these 


areas 


TABLE  71 

Co aiand  Support  Development 

min  in. 

What  is  IBM? 

What  is  it  going  to  do  for  the  activity,  for 
individual  managers? 

Define  your  philosophy,  your  goals  and  what  the 
project  will  do. 

What  policies  and  procedures  will  be  used  to  impart 
your  philosophy  throughout  the  activity? 

EMPHASIZE  TS2  I01G  TEBH  PEBSPECTIT2 

IBS  will  not  be  implemented  overnight,  but  rather, 
over  a  timeframe  defined  in  months. 

IBM  must  be  viewed  as  an  evolutionary  process  that 
will  depend  on  the  current  organization  and  its  mode 
of  operation. 

Tour  view  towards  IRK  will  change  through  time. 

Ihe  present  organization  must  be  viewed  in  terms  of 
the  future. 

lllllQl  M  SfiOC&TJCI  PROG PA K 

Hew  do  we  educate  the  personnel  of  the  command? 

Who  should  be  included  in  the  education  program? 


Table  VI 

Command  Support  Development  (cont'd) 
DEVELOP  l  POASH 

How  detailed  should  this  plan  be? 

How  long  a  period  should  the  plan  cover? 

Hill  the  plan  bring  about  control,  which  will 
enable  further  tine  to  plan? 

Is  the  plan  siaple  enough  to  succeed  but  specific 
enough  to  structure  the  actions  of  the  activity. 

Do  department  heads  feel  that  the  POASS  is  real¬ 
istic? 

iPfgiST  IHEOBBAHON  SYSTEM  BAHAGEB 

Is  there  a  gualified  person  presently  assigned 
to  the  activity? 

Is  it  possible  tc  hire  a  gualified  person? 

If  a  present  staff  member  must  be  assigned, 
can  the  person  be  expected  to  interact  will 
all  departments  impartially. 

How  much  time  will  the  staff  member  be  able  to 
give  to  the  project? 


TABLE  Til 

Strategic  Requirements  Development 

SI2ISM  222  AS3UI3J- 

Shat  is  the  activities  mission? 

Who  do  ve  report  to,  who  reports  to  us? 

what  activities  do  ve  support,  what  activities 
support  us? 

Co  ve  anticipate  any  changes  in  the  the  present 
structure? 

22121  ACTIVITY  OBJECTIVES 

What  are  the  objectives  of  the  activity? 

What  is  the  priority  of  each  objective? 

Why  are  the  priorities  assigned  the  way  they  are 

Are  the  objectives  in  line  vith  our  mission  and 
vice  versa? 

222  22  221  activity  oegahized 

What  is  the  activity’s  organizational  structure- 
botb  formal  and  informal? 

Is  the  structure  efficient  as  veil  as  effective? 

Are  ve  doing  a  great  job  of  performing  the  wrong 
requirements? 


Table  Til 

Strategic  Requirements  Development (cont *d) 


HOW  IS  SUCCESS  DEFINED  £OR  THE  COMMAND? 

Has  "success"  been  defined? 

Is  "success"  viewed  in  tens  of  the  CO's  fitness 
reports,  coapetitive  functional  area  awards, 
fleet  reputation,  or  the  accomplishment  of  top 
manage-  ment's  goals? 


5115  ARE  TH£  CRITICAL  SUCCESS  PACTORS  (CSF’S) ? 

CSF’s  can  be  dynamic;  should  the  activity’s  be 
updated? 

Are  the  CSF’s  the  or  only  indicators  of  organ¬ 
izational  performance? 

How  have  they  been  determined? 

Do  they  coincide  with  areas  that  are  presently 
dominating  top  management's  time? 

Are  the  CSF’s  measurable  or  guantifable?  If 
not,  how  will  they  be  measured? 

Are  department  heads  aware  of  the  CSF’s  that 
their  departments  can  influence? 


Table  ?II  front'd) 

Strategic  Requirements  Developaent  (cont'd) 

12S  IS  THE  ACTIVITY  EVALUATED? 

By  whom,  hov ,  present  status? 

Hov  often  is  the  is  the  evaluation  done? 

Hhat  areas  have  been  identified  as  needing 
iaprovement? 

Are  evaluation  results  meaningful  in  identifying 
reguired  inforaation  flows? 

IBM  EVALUATED  AREAS  NEED  SPECIAL  ATTEHTIOH? 

Is  it  a  true  need  or  a  nice  to  have  itea? 

Are  we  spending  80%  of  our  effort  on  20%  of 
the  critical  areas? 

BEAT  IB BOBS AT IQ H  ZS  crucial? 

Bhat  does  the  CC  need? 

Bhat  does  the  executive  officer  need? 

Bhat  is  needed  by  the  department  heads? 

Is  the  information  presently  available? 

How  is  the  inforaation  supplied  or 
obtained? 

Is  there  a  redundancy  of  data  gathered  in 
various  functional  areas? 


Table  7X1 

Strategic  Beguirements  Development  (cont*d) 

SfllSI  OBSTBOCTIOBS 

What  obstructions,  both  tangible  and  intangible, 
impede  the  achievement  of  the  activity’s  goals 
and  objectives? 

How  can  these  obstructions  be  overcome? 

Is  there  a  better  vay  of  doing  business? 

Could  some  objectives  be  redefined? 


DEFIMi  the  euhctichil  M1M 

What  are  the  functional  areas? 

which  functional  areas  are  kfey  to  our  vay  of 
doing  business? 

What  are  their  objectives? 

Do  their  objectives  support  the  organizations 
goals  and  objectives? 

Bov  are  their  objectives  measured?  Are  the 
measure-  able? 
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TABLE  Till 

Information  Requirements  Planning 


SIIIIS  STRATEGIC  CEJECTIVES 

Are  the  objectives  prioritized? 

Are  the  objectives  understood  and  supported  by  all 
department  beads? 

Are  the  objectives  quantifable  or  are  they  sub¬ 
jective  and  open  to  interpretation? 

DEFINE  THE  THREE  LEVELS  Of  BANAGEHENT. 

Top — CO,  XO,  Department  Heads 

Planning — CO,  XC,  Department  Heads,  Division  officers 
Operating — Division  Officers,  CPO's,  LPO’s 

2I2C22B1  I3£  IHFOEg^TiOM  mss  qz  each  l hsl 
SI  Illffll. 

Top — information  needs  for  both  today  as  well  as  the 
the  future.  Needs  information  that  is  effective  and 
will  assist  in  the  decision  mating  process. 

Planning — information  for  evaluating  the  activity  in 
the  future.  Trends,  comparisons,  and  projections 
are  of  interest. 

Operating — information  for  the  day  to  day  activities 
and  responsibilities. 
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Table  VIII 

Information  Requirements  Planning  (cont*d) 

CAN  TEE  INFORMATICS  FLOWS  BE  IDENTIFIED  FOR  EACH 
IEVE1  OF  HAWAGEEEHT? 

Have  these  information  flows  been  diagramed? 

Has  all  data  for  the  information  flows  within  a 
functional  area  been  identified  as  either  inde- 
pendent,  interdependent,  or  intradependent? 

REVIEW  THE  INDORSATION  ROOTINELI  PROVIDED  TO 
THE  COMMANDING  OFFICER. 

Compare  the  information  presently  provided  by 
each  functional  area  with  the  information 
reguired  by  the  CO  (as  identified  in  Strategic 
Requirements  Development) 

Review  and  analyze  any  discrepancies. 

Is  the  information  provided  to  the  CO  in  a 
usable  format? 

Is  the  information  provided  solely  as  a  CO 
need,  or  is  the  data  reguired  for  other 
external/internal  reports? 

If  the  information  is  reguired  for  other 
reports,  is  the  format  altered  prior  to 
submission  to  the  CO? 


Table  Till 

Information  Beguireaents  Planning  (cont’d) 

SSIIS3  IMS  IMSQMMMSIQS  occasional^  MSQSfMSS 
SMS  co. 

What  information  is  required  and  vho  provides 
this  inforaation? 

How  often  is  this  information  required? 

Is  the  inforaation  readily  available,  or  does  it 
require  analysis  and/or  computations? 

Could  the  information  be  included  in  a  routine 
report  to  the  CC?  Is  it  cost  effective  to  do  so? 

DIFI1E  THE  IHF0BB1TI0H  EECDIBED  BI  THE  EXECUTIVE 
OFFICES. 

Apply  the  sane  type  questions  as  for  the  CO. 

£11131  the  IBFOBHATIOH  heqoised  by  bach 

£111323131  MSAS 

Shat  inforaation  is  routinely  provided  to  the 
departaent  head  (i.e.,  daily  or  weekly)?  How 
is  this  information  used? 

Is  this  inforaation  accumulated  by  the  depart¬ 
aent  head  for  daily,  weekly,  aonthly  or  quar¬ 
terly  reports? 

Is  aggregate  information  also  provided  by 
various  divisicns/off ices  for  these  same 
reports? 


Table  Till 

Information  acquirements  Planning  (cont'd) 


PRIORITIZE  THE  IHFCBHATIOH  BEQOIBEBBHTS  OP: 
Commanding  Officer 
Executive  Officer 
Department  Heads 

XDEHTIFT  ALL  IHPOBBATIOH  PRESEBTLY  PBOTIDED  BY 
AOTOBATED  SYSTEBS 

Are  the  top  priorities  automated? 

Has  any  form  cf  cost  benefit  analysis  been 
dene  on  this  automated  system? 

Is  the  system  effective  or  does  it  merely 
provide  a  nice  looking  format  or  copy? 

IDENTIFY  IIFOBHATICl  COHSIDEBED  TO  HAVE  THE 

host 

APPLICATION  12  IS  AOTOBATED  SYSTEM. 

Is  it  automated?  If  not,  why  not? 


TABLE  IX 

Information  Analysis 


IS  IS1  MANAGEMENT  INVOLVED  £ND  COMMITTED  20 
INFORMATION  AN A IIS IS? 

Do  the  department  heads  understand  the  commitment 
and  why? 

Has  the  CO  provided  his  interpretation  of  the 
activities  direction? 

Has  the  command  teen  briefed  as  to  the  present  status 
of  IBM  implementation,  and  the  critical  nature  of 
the  user*s  involvement  to  the  Informantion  Analysis 
step? 

• 

HAVE  ISJ  fiSSSTIONS  £103  T3£  ESSIIQgS  STEPS  been 
imiS I£  AO  231  AfiSISfiSZSgssLIs  SIM  vebified? 

IIS  1  POASH  BE£H  DEVELOPED  FOB  THE  INFORMATION 
IHAUSIS  PROJECT  TEAM? 

Is  the  POASB  realistic? 

Does  it  mesh  with  the  overall  implementation  POASM? 
Are  each  of  the  sir  procedures  covered  by  the  POA&M? 
Is  the  timeframe  realistic? 


Table  IX 

Inforaation  Analysis (coat'd) 


Mil  135  OI  Dili  SUBJECTS  FOB  THE  ACTIVITY 
5151  2BMII5IS5? 

Coes  top  aanageaent  agree  with  these  data 
subjects? 

Hill  INBimOAL  ZUBCTIOHiL  UH  PROJECT  JUflS 

5111  APPOIHTED? 

Have  these  groups  been  briefed  by  the  activi¬ 
ty^  project  teas? 

Have  project  leaders  been  appointed? 

Have  functional  area  POACH* s  been  developed? 

HOB  IS  IHFOFHATTOl  PROVIDED  TO  JJ|E  FUHCTIOHAI 
illi  5IOJ5CT  SS£5£S? 

151  Ill  FU1CTI0HU  AREA  PROJECT  GROUPS  "USER" 

512555? 

Are  aenbers  of  the  activity *s  project  teaa 
dominating  or  overshadowing  these  groups? 
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Table  IX 

Inforiation  -Analysis  (cont’d) 

ans  im  sfl Basis  mi  fins  fissfi  usmsisi  is 
10  sQissa  smiss  fissfisfi  sssfi  sififismi 

SCHEMED? 

Hho  will  approve  the  fact  that  this  data  is  no 
longer  required? 


fl 111  "SMS  £22"  2£  "S25I1SSS  a  5S21£"  Z2££ 

im  samsis  sssi  siisfoiii  fismssi? 

Are  they  really  necessary? 
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